agent-connector: कई agent CLI में MCP server/hooks को एक साथ डिप्लॉय करने का टूल

 (github.com/ken-jo)
1 पॉइंट द्वारा kenjo 4 시간 전 | अभी कोई टिप्पणी नहीं है. | WhatsApp पर शेयर करें

मौजूदा समस्या: MCP server/hooks को हर agent CLI के हिसाब से अलग-अलग एडजस्ट करना पड़ता है

जब MCP server को कई agent CLI से जोड़ते हैं, तो वही config बार-बार अलग formats में बनाए रखना पड़ता है।

उदाहरण के लिए:

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

सिर्फ server registration भी झंझट भरा है, लेकिन hooks उससे भी ज़्यादा जटिल हैं।
हर host का event model अलग होता है, इसलिए वही behavior भी हर CLI के लिए फिर से एडजस्ट करना पड़ता है।

इसी दोहराव को कम करने के लिए मैंने agent-connector बनाया।

समाधान का तरीका

defineConnector() से एक बार define करने पर, यह उसे उन native config files में render करता है जिन्हें हर host वास्तव में पढ़ता है।

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

यह बीच में wrapper चलाने या कोई proprietary format थोपने वाला तरीका नहीं है।
यह उन JSON, TOML, settings files आदि को generate करता है जिन्हें हर CLI मूल रूप से पढ़ता है।

सपोर्ट का दायरा

अभी यह सिर्फ MCP server registration ही नहीं, बल्कि नीचे दिए गए क्षेत्रों को भी संभालता है।

  • MCP server registration
  • host-specific hook event models का conversion
  • plugin / extension packaging
  • हर host के marketplace installation flow
  • कई CLI targets पर batch installation
  • uninstall --purge के जरिए बची हुई config हटाना
  • per-tool token telemetry
  • SDK-आधारित अपनी branded CLI बनाना

यूज़र इसे मोटे तौर पर ऐसे इस्तेमाल करते हैं।

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

मौजूदा स्थिति

अब तक मैं इसे अकेले बना रहा हूँ।

मुख्य रूप से समय इन हिस्सों पर लगा है।

  • cross-host config rendering
  • hook event model normalization
  • plugin / extension packaging
  • marketplace installation flow
  • telemetry
  • Linux / macOS / Windows testing

फिलहाल यह 42 agent CLI targets के लिए config generate कर सकता है।

क्या verify किया गया

वास्तविक परीक्षण के तौर पर मैंने मौजूदा MCP context-mode को port करके देखा।

नतीजे इस तरह रहे।

  • host-specific deployment code: 20,322 lines → 76 lines
  • hook scripts: 71 → 0
  • supported CLI: 15 → 42

लेकिन यह मेरा बनाया हुआ MCP server नहीं है, बल्कि एक मौजूदा server को migrate करके देखा गया उदाहरण है।
इसलिए मैं अलग-अलग MCP servers में टूटने वाले और cases देखना चाहता हूँ।

किस तरह के feedback की तलाश है

अगर MCP server बनाने वाले लोग खुद इसे आज़माकर feedback दें, तो बहुत मदद मिलेगी।

खास तौर पर मैं इस तरह का feedback पाना चाहता हूँ।

  • ऐसे cases जहाँ किसी खास CLI में config टूट जाए
  • ऐसे cases जहाँ hook event model अपर्याप्त हो
  • plugin / marketplace flow में अटपटे हिस्से
  • API design के असुविधाजनक हिस्से
  • OSS project structure पर टिप्पणियाँ

अगर MCP वह layer है जो agents से वास्तविक tools जोड़ती है, तो मुझे लगता है कि ऐसी संरचना चाहिए जो किसी खास CLI के config तरीके के पीछे लगातार न खिंचती रहे।

संबंधित पढ़ाई

अभी कोई टिप्पणी नहीं है.

अभी कोई टिप्पणी नहीं है.