منتج · دراسة حالة

Orchestra MCP — بنية إضافات للتطوير بالوكلاء

إطار MCP تكون فيه الأدوات المتاحة للوكيل إضافات تسجّل نفسها، ويعمل محليًا عبر بيئات ومنصّات متعددة.

صانعه · الإطار وبروتوكول الإضافات وسطر الأوامر
  • Go
  • MCP
  • stdio
  • Plugins
  • CLI

المشكلة

تصل كل أداة للوكيل بخادمها ونقلها وإعداداتها ودورة حياتها الخاصة، وتربطها كل بيئة تطوير بطريقة مختلفة. وإضافة قدرة تعني تعديل كتلة واحدة، وتشغيلها يعني ائتمان خدمة بعيدة على المستودع الذي تعمل فيه.

ما فعلته

  1. IDE
  2. orchestra serve
  3. Orchestrator
  4. Plugins
  5. Tools

أمر واحد يشغّل خادم MCP عبر stdio: يعثر على الثنائيات المجاورة، ويولّد إعداد الإضافات، ويشغّل المنسّق، وينتظر تسجيل كل إضافة، ثم يمرّر الدخل والخرج إلى العميل. وتُجمَّع الأدوات في حِزَم، فتحصل بيئة التطوير على سطح منسّق بدل مئات النداءات المتشابهة.

تفاصيل تقنية

الإضافات تسجّل نفسها

يشغّل المنسّق كل إضافة كعملية وينتظر أن تُعلن أدواتها، فالقدرة الجديدة ثنائيّ بجوار البقية لا تعديل في القلب.

محلي افتراضيًا

يعمل على جهاز المطوّر عبر stdio، فلا تغادر الشيفرة الجهاز — وهو السبب نفسه الذي يجعل وكلاء الموقع يتحدثون إلى خوادم محلية لا مستضافة.

سطح واحد وعملاء كثر

ولأن النقل MCP عبر stdio، تجيب مجموعة الأدوات نفسها أي عميل أمامها، والأرقام المنشورة للإطار: أكثر من ٣٠٠ أداة عبر ٣٨ إضافة و٩ بيئات تطوير و٦ منصّات.

أين يقف الآن

يُنشر Orchestra MCP بموقعه وسطر أوامره ودليل تطوير الإضافات. والأرقام أعلاه هي الأرقام المنشورة للمشروع نفسه.

كل المشاريع