Claude Skill'iniz Codex'e Görünmez: Çözümü Burada
Ajan yetenekleri neden tek bir araca kilitleniyor? Sözleşme/sürücü ayrımı ve MCP ile çoklu ajan uyumluluğu nasıl sağlanır.
2026 itibarıyla her ajan aracı aynı deseni yeniden keşfetti: repo içinde markdown dosyalarıyla yapılandırılmış davranış (CLAUDE.md, AGENTS.md, SKILL.md, TOML tabanlı Codex ajanları, .mcp.json). Fikir doğru — dosyalar diff'lenebilir, versiyonlanabilir, git ile taşınabilir — ama her araç kendi lehçesini konuşuyor. Bir yeteneği bir ürün için bağladığınızda, filodaki diğer ajanlar onu göremiyor; her yeni ajan eklediğinizde aynı entegrasyonu elle tekrar yazıyorsunuz.
Bu makale bu 'interop vergisi'ni somutlaştırıyor ve bir çözüm öneriyor: bir yeteneği sözleşme (contract) ve uygulama (driver) olarak ikiye ayırmak. agentproto'nun TOOL.md ve DRIVER spesifikasyonları, Zod şemalarıyla giriş/çıkışı ve mutasyon/onay profilini tanımlayan saf bir sözleşme dosyası ile bunu type-safe biçimde bir çalışma zamanına bağlayan ayrı bir sürücü dosyası öneriyor — Solidity'deki interface/implementasyon ayrımına benzer şekilde.
Sonuç: tek bir daemon repo'daki tools/ ve drivers/ dizinlerini okuyup MCP üzerinden servis ediyor, böylece Claude Code, Codex ve diğer ajanlar aynı docs.search yeteneğini tek bir tanımdan tüketebiliyor. Mühendisler için pratik çıkarım: yetenekleri bir kez, taşınabilir bir sözleşme olarak yazıp, uygulamayı ayrı tutmak, her yeni ajan için harcanan afternoon'luk yeniden bağlama işini ortadan kaldırıyor.