agent-connector: MCP sunucularını/kancalarını birden çok agent CLI'ına tek seferde dağıtan araç

 (github.com/ken-jo)
1 puan yazan kenjo 4 시간 전 | Henüz yorum yok. | WhatsApp'ta paylaş

Mevcut sorun: MCP sunucularını/kancalarını her agent CLI için ayrı ayrı uyarlama sorunu

MCP sunucularını birden çok agent CLI'a bağlarken, aynı yapılandırmayı sürekli farklı formatlarda tutmak gerekiyor.

Örneğin:

  • Claude Code: JSON mcpServers
  • Codex: TOML [mcp_servers.*]
  • Cursor: mcp.json + hooks.json
  • Gemini: .gemini/settings.json

Sadece sunucu kaydı bile zahmetliyken, kancalar daha da karmaşık.
Her hostun olay modeli farklı olduğu için aynı davranışı CLI bazında yeniden uyarlamak gerekiyor.

Bu tekrarları azaltmak için agent-connector'ı geliştirdim.

Çözüm yaklaşımı

defineConnector() ile bir kez tanımlandığında, her hostun gerçekten okuduğu yerel yapılandırma dosyalarına dönüştürülüyor.

defineConnector({  
  server,  
  hooks,  
  plugins,  
  marketplace,  
})

Bu, araya bir wrapper çalıştıran ya da kendine özgü bir format dayatan bir yaklaşım değil.
Her CLI'ın normalde okuduğu JSON, TOML, settings dosyaları vb. üretiliyor.

Destek kapsamı

Şu anda yalnızca MCP sunucu kaydı değil, aşağıdaki alanları da kapsıyor.

  • MCP sunucu kaydı
  • Host bazında kanca olay modeli dönüşümü
  • Eklenti / uzantı paketleme
  • Her hostun marketplace kurulum akışı
  • Birden çok CLI hedefi için toplu kurulum
  • uninstall --purge ile kalan yapılandırmaların temizlenmesi
  • Araç bazında token telemetrisi
  • SDK tabanlı özel markalı CLI oluşturma

Kullanıcılar kabaca şöyle kullanıyor.

$ agent-connector install  
$ agent-connector uninstall --purge  
# 또는  
$ plugin install brand-name

Mevcut durum

Şu ana kadar projeyi tek başıma geliştiriyorum.

Zamanı en çok harcadığım alanlar şunlar oldu.

  • Hostlar arası yapılandırma dönüştürme
  • Kanca olay modeli normalizasyonu
  • Eklenti / uzantı paketleme
  • Marketplace kurulum akışı
  • Telemetri
  • Linux / macOS / Windows testleri

Şu anda 42 agent CLI için yapılandırma üretebiliyor.

Test edilenler

Gerçek bir test olarak mevcut MCP'lerden context-mode'u port etmeyi denedim.

Sonuçlar şöyle:

  • Host bazlı dağıtım kodu: 20.322 satır → 76 satır
  • Kanca scriptleri: 71 → 0
  • Desteklenen CLI: 15 → 42

Ancak bu, benim yaptığım bir MCP sunucusu değil; mevcut bir sunucuyu taşıdığım bir örnek.
Bu yüzden daha çeşitli MCP sunucularında hangi durumların bozulduğunu görmek istiyorum.

Aranan geri bildirimler

MCP sunucusu geliştirenlerin bunu doğrudan deneyip geri bildirim vermesi çok yardımcı olur.

Özellikle şu tür geri bildirimleri almak istiyorum.

  • Belirli bir CLI'ta yapılandırmanın bozulduğu durumlar
  • Kanca olay modelinin yetersiz kaldığı durumlar
  • Eklenti / marketplace akışında garip kalan noktalar
  • API tasarımında kullanışsız kalan noktalar
  • OSS proje yapısına dair eleştiriler

Eğer MCP, agent'a gerçek araçları bağlayan katmansa, belirli bir CLI'ın yapılandırma yöntemine sürekli bağımlı kalmayan bir yapıya ihtiyaç olduğunu düşünüyorum.

İlgili okumalar

Henüz yorum yok.

Henüz yorum yok.