Pi MCP karşıtı tavrından vazgeçti ve Model Context Protocol desteğini çekirdeğe taşıdı

Direnenler MCP'ye sarılıyor

pi.dev ziyaretçilerine daha önce Pi'nin MCP'yi desteklemediğine dair kesin bir ifade sunuluyordu ve agent harness'in arkasındaki ekip bu tutumu podcast'lerde ve Mario'nun bir yazısında tekrarlıyordu. Bu tutum artık tarihe karıştı: Hacker News'te öne çıkan Earendil blogundaki bir yazıya göre, Pi'yi yükseltmek MCP'yi çekirdeğe yerleşik desteklenen bir işlev olarak sunuyor.

Yazı çelişkiyle doğrudan yüzleşiyor ve bu dönüşü iki şeye bağlıyor: protokolün geçtiğimiz yıl olgunlaşması ve onu iyi desteklemek için gereken mühendisliğin MCP'den bağımsız olarak da Pi'ye fayda sağlayacağının fark edilmesi.

Protokol çekirdekte yerini neden kazandı

Ekip, MCP'nin gelişimini izlediklerini ve güncel sürümün önceki yinelemelerden ciddi biçimde farklılaştığını yazıyor. Tek başına bunun, çekirdeğe alınmayı haklı çıkaracağını savunmuyorlar: MCP zaten bir extension olarak mevcuttu ve Earendil'in onayladığı bir extension olarak böyle de kalabilirdi. Çekirdeğe taşınması bilinçli bir yeniden değerlendirmenin sonucuydu.

Terazıyı eğdiren şey, destekleyici işlerin genel olarak faydalı olmasıydı. Aynı altyapı, typesafe/jev olarak anılan bir sınıflandırma modeli olan Jev'i Pi içinde çalıştırmayı da kolaylaştırıyor. Yazının temel argümanı şu: Pi ve MCP aynı primitive'i istiyor — sandbox görevi gören bir interpreter.

Bir de metadata eksiği vardı. Son aylardaki çalışmalar, Pi'yi ertelenmiş tool yükleme (deferred tool loading), konuşma ortasında sistem mesajları ve reasoning seviyesi değişiklikleri gibi yeni model yetenekleriyle uyumlu hale getirdi; ancak tool yüklemesi bunlarla ölçeklenecek şekilde güncellenmemişti. Bağımsız bir MCP extension'ı, belirli bir tool'un doğrudan modele mi yoksa yalnızca Pi'nin Codemode katmanı üzerinden mi sunulması gerektiğini bilemez; bu yüzden tool'ların ertelenmiş veya Codemode'a özel olarak yapılandırılabilmesi gerekiyordu. Ekip, daha iyi bir extension için bu metadata'yı bağlayabilecekleri halde, MCP'yi Codemode ile eşleştirmenin protokolün geleneksel zayıflıklarından birkaçını çözdüğünü de ekliyor.

Codemode nedir

Bir harness tool'ları iki yerden birinde çalıştırabilir: bash'in çalıştığı yerde ya da agent döngüsünün çalıştığı yerde. Güven seviyeleri ciddi biçimde farklıdır; çünkü döngü genellikle güvenilir bir ortamda dururken tool'lar sık sık daha az güvenilir bir sandbox'ta çalışır. Codemode harness tarafında çalışır. Tool çağrılarını koordine eden bir katmandır; agent'ın yürütme sırasını seçmesine ve sonuçları JavaScript ile birleştirmesine izin verir. Harness'in yanında yaşadığı için durumu dosya sisteminde değil oturum transkriptinde tutulur. JavaScript'in seçilmesinin nedenlerinden biri, kompakt motorların WASM binary olarak gelmesi ve makul bir izolasyon sunmasıdır.

Pi'de Codemode, MCP yapılandırıldığında otomatik olarak yüklenir ve varsayılan bir tool olarak eklenebilir; yazı, etkinleştirmek için Pi'den kendini yeniden yapılandırmasını istemenin yeterli olacağını öneriyor.

Yazı bir örnekle gösteriyor: typesafe/jev'i codemode üzerinden kullanarak issue takipçisindeki en hayal kırıklığına uğramış yorumcuları bulma isteği. Üretilen script açık issue'ları bir Linear MCP sunucusundan çekti, Jev'in her iş parçacığının duygusal tonunu dört eşzamanlı worker ile değerlendirmesini sağladı ve 167 iş parçacığı üzerinden sayılarla birlikte işaretlenmiş issue'ların sıralı bir listesini döndürdü. Neredeyse hiç agent context'i tüketmeden tek bir script içinde bir MCP tool'u ile bir model çağrısı birleştirildi.

Süren eleştiriler

MCP'ye sarılmak, onunla ilgili her şeyi onaylamak anlamına gelmiyor. Ekibin en büyük şikâyeti hâlâ composability: Codemode ile bile MCP tam anlamıyla bunu sunamıyor; ancak şimdi bunun sorumluluğunu protokolün kendisinden çok MCP sunucularına ve harness geleneklerine yüklüyorlar. Pek çok sunucu, tool tanımlarını modelün context'ine döküp token kazanmak için düz metin döndüren harness'ler için yazılıyor. Tercih ettikleri zihinsel model, tool'ların yapılandırılmış veri döndürdüğü ve dokümantasyonları üzerinden bulunabildiği, akıllı tool keşfi içeren OpenAPI'ye çok daha yakın bir şey. CLI'ların hâlâ bu kadar işlevsel olduğunun nedeninin, agent'ların programları shell komutlarıyla birbirine bağlaması olduğunu gözlemliyor ve MCP'nin aynı şekilde çalışmasını engelleyen temel bir şey olmadığını savunuyorlar. Pi'nin uygulaması MCP tool'larını bir JavaScript sandbox'ına sunuyor; yazı bu yaklaşımın Codex'in çalışma şekliyle örtüştüğünü not ediyor.

Neden önemli

MCP'nin ivmesi bir süredir görünür durumdaydı; ama bu, sesli bir şüphecinin protokolü kenarda hoş görmek yerine çekirdeğine katması — agent araçlarının nerede yoğunlaştığına dair güçlü bir sinyal. Tasarım detayı açılmadan çok daha önemli: Pi, tool tanımlarını context'e itmek yerine MCP çağrılarını agent'ın bunları programatik olarak birleştirdiği bir code sandbox'a yönlendiriyor ve protokolün token verimliliği ile composability sorunlarına harness seviyesinde salırıyor. Ekip, MCP'yi benimsemenin onu etkileme biçimi olduğunu açıkça söylüyor; sunucu ekosistemini yapılandırılmış veri ve daha iyi keşfe dışarıdan eleştirmek yerine içeriden itiyor. Geliştiriciler için Codemode, MCP'nin ötesinde de kullanılabilir; bu da sürümü protokol desteği kadar Pi'nin betikleme yüzeyi hakkında bir hale getiriyor.