Midterms 2026Wer nach unseren Maßstäben Ihre Stimme verdientZum Leitfaden →
GESCHRIEBEN IN KLAREM DEUTSCH.
CLAY TRIBUNE.
Anzeige

Pi.dev räumt ein, MCP einst abgelehnt — dann aber angenommen zu haben.

Pi.dev lehnte MCP einst ab; jetzt befürwortet es diese Entscheidung und winkt die Ironie seiner eigenen Kehrtwende ab.

Von mitch·4 Min. Lesezeit
A glowing circuit board symbolizing a software platform's embrace of a previously rejected technology.

Pi dev verwendete einst MCP als ablehnenswert. Nun unterstützt es diese Technologie, und das Team dahinter räumt die Änderung mit Achselzucken und Gelächter ein. Die offizielle Ankündigung mit dem Titel „Pi.dev: Ihr habt MCP abgelehnt“ führt die Umkehr mit einer Mischung aus technischer Argumentation und einem deutlichen Nicken in Richtung der Ironie der gesamten Situation aus.

Die Umkehr

Pi devs Ankündigung beginnt mit einem Schuldbekenntnis: Die Plattform habe einst stolz verkündet, MCP nicht zu unterstützen. Podcast-Hörer vernahmen abfällige Aussagen über MCP, darunter ein Beitrag von Mario. Der Upgrade-Pfad beinhaltet MCP nun jedoch als Kernfunktion.

Das Team begründet dies mit komplexen Überlegungen. Die Welt steht nicht still. MCP hat sich verändert, und die Änderungen, die dies erforderte, erwiesen sich als im Allgemeinen nützlich.

Anzeige

Was hat sich geändert

Der Wandel betraf nicht nur MCP. Die Ankündigung weist auf mehrere Gründe hin, warum MCP in den Kern aufgenommen wurde:

  • MCP hat sich im vergangenen Jahr weiterentwickelt.
  • Die für MCP erforderlichen Änderungen ermöglichten auch eine einfachere Verwendung von Jev innerhalb von Pi.
  • Sowohl Pi als auch MCP benötigen eine Sandbox zum Experimentieren, in Form eines Interpreters.
  • Das Team hat MCP nach einer Abwägung der erforderlichen Schritte zur Unterstützung überdacht.

Das größte verbleibende Problem mit MCP ist die Komposition. Selbst mit Codemode, der ein elegantes Sandbox-System für die Zusammensetzung von Tool-Aufrufen bietet, liefert MCP nicht vollständig. Das Problem liegt weniger an MCP selbst als vielmehr an den MCP-Servern und den unterschiedlichen Arten, wie Harnesses mit ihnen arbeiten.

Der Codemode-Aspekt

Codemode ist der Schlüssel zur MCP-Geschichte. Es läuft dort, wo das Harness läuft, nicht in einem separaten Sandbox-Bereich. Dieser Unterschied ist wichtig, weil die Vertrauensstufe auf beiden Seiten sehr unterschiedlich ist.

Die Harness-Schleife läuft oft in einer vertrauenswürdigen Umgebung. Die Werkzeuge, die sie ausführt, leben in einem nicht vertrauenswürdigen Sandbox-Bereich. Codemode überbrückt diese Lücke, indem es auf der Harness-Seite läuft und seinen Zustand als Teil des Sitzungsprotokolls und nicht des Dateisystems beibehält.

JavaScript ist eine natürliche Wahl. Kleine Versionen von JavaScript können als WASM-Binärdateien ausgeliefert werden und bieten so einen angemessenen Schutz. In Pi lädt Codemode automatisch, wenn MCP konfiguriert ist, oder es kann als Standardwerkzeug zur Konfiguration hinzugefügt werden.

„Man soll Pi einfach bitten, sich neu zu konfigurieren, um Codemode zu aktivieren!“

Warum nicht Codex?

Die Ankündigung wirft eine Frage auf: Warum nicht einfach Codemode ohne MCP machen? Die Antwort berührt, wie Werkzeuge in Pi heute ausgedrückt werden.

Pi hat in letzter Zeit viel Arbeit geleistet, um neue Modelle zu unterstützen, die verzögertes Werkzeugladen, Systemmeldungen mitten im Gespräch und Änderungen auf der Ebene der Argumentation ermöglichen. Das Team hat seine Werkzeugausstattung noch nicht auf die neuen Fähigkeiten skaliert.

Eine normale MCP-Erweiterung verfügt nicht über genügend Metadaten aus Pi’s Werkzeugausstattung, um eine gute Codemode-Erfahrung zu ermöglichen. Daher hat das Team sichergestellt, dass Werkzeuge so konfiguriert werden können, dass sie verzögert oder Codemode-spezifisch sind.

Das größere Bild

Das Team sieht MCP als eine Bewegung hin zu etwas, das der OpenAPI-Spezifikation näher kommt, mit intelligenter Werkzeugerkennung. Werkzeuge sollten strukturierte Daten zurückgeben und anhand ihrer Dokumentation und Beschreibung auffindbar sein.

Die Ankündigung rahment diese Entwicklung als die Akzeptanz von MCP ein, anstatt sich zurückzuhalten. Modernes MCP befindet sich in einer wesentlich besseren Position als je zuvor, aber die Server und Muster bieten dennoch Verbesserungsmöglichkeiten.

Das Team möchte an der Gestaltung dieser Diskussion teilnehmen und mit kleinen Harnesses arbeiten, anstatt am Rande zu stehen.

Was kommt als Nächstes

Die Ankündigung verspricht, später mehr über Jev und Codemode zu sagen. Im Moment ist die Botschaft klar: die Welt verändert sich, und Pi passt sich ihr an.

Der Wechsel wird als wohlüberlegte Aktualisierung, nicht als Rückzug präsentiert. Pi’s Ankündigung liest sich wie die eines Teams, das seine eigene Geschichte kennt und damit vertraut ist.

Quelle: “Pi.dev: You Said No MCP,” earendil.com.

Das Notizbuch

Das Notizbuch abonnieren.

Die besten Geschichten des Tages und jedes neue Urteil, in klarem Deutsch, um sieben im Postfach. Eine Mail am Tag, nicht mehr.

Wir schicken eine Bestätigungsmail. Jede Ausgabe hat einen Abmeldelink, ein Klick genügt.

Anzeige

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert

Als Amazon-Partner verdient Clay Tribune an qualifizierten Verkäufen.