خمس أدوات مفتوحة المصدر لتوسيع وكلاء البرمجة، والطبقة التي يغفلونها

باختصار: خمسة مشاريع مفتوحة المصدر تجاوزت حاجز 40,000 نجمة هذا العام بإزالة قيد مختلف عن Claude Code وCursor وCodex: الأدوار المتخصصة، والوصول إلى الإنترنت، والتنفيذ المتوازي، وإنتاج الفيديو، والاسترجاع البنيوي منخفض التكلفة. كل مشروع منها يوسّع ما يمكن للوكيل فعله داخل الجلسة. ولا يضيف أي منها سجلًا مشتركًا لما فعله الوكلاء. تلك الطبقة مهمة منفصلة، وهي أول ما يفتقده فريقك.

لقد تقاربت وكلاء البرمجة. فـ Claude Code وCodex وCursor وOpenCode جميعها تقرأ المستودع، وتعدّل الملفات، وتنفّذ الأوامر، وتستدعي خوادم MCP. وبعد أن توقفت الحلقة الأساسية عن كونها عنصر التمييز، انتقل العمل المثير طبقة واحدة إلى الخارج، إلى الأشياء التي تُرفقها بالوكيل.

إليك الإضافات الخمس الجديرة بالمعرفة، وما تفعله كل واحدة منها، والحدود التي تشترك فيها.

الإضافات الخمس

أعداد النجوم مأخوذة من GitHub API بتاريخ 1 سبتمبر 2026.

agency-agents مكتبة من تعريفات الأدوار. أكثر من 300 ملف markdown موزعة على نحو 20 فئة، يصف كل منها هويةً، ومنهجية عمل، ومخرجات، وتعريفًا لمعنى الإنجاز. يكتبها سكربت تثبيت داخل Claude Code وCursor وCodex وGemini CLI وOpenCode وعشرات الأدوات الأخرى. الشخصية تغيّر طريقة تأطير الوكيل للمهمة، لكنها لا تمنحه معلومات يفتقر إليها. الدليل الكامل: تعريفات الأدوار وما لا تستطيع حملها.

Agent-Reach أداة سطر أوامر واحدة تربط الوكيل بمنصات X وReddit وYouTube وGitHub وRSS ونحو عشر منصات أخرى، عبر مسارات وصول مجانية بدلًا من واجهات المنصات المدفوعة. تمر كل منصة عبر خادم خلفي أساسي مع بدائل احتياطية، فحين يتعطل مسار وصول يبدّل المشروع المسار الافتراضي ويستمر إعدادك في العمل. أما المنصات المعتمدة على الكوكيز فتقرأ من خلال جلسة متصفح مسجّل الدخول، وهو أمر يستحق المراجعة مقابل شروط أي حساب تربطه. الدليل الكامل: الوصول إلى الويب وأين ينبغي أن تستقر النتائج.

Orca تطبيق سطح مكتب لتشغيل عدة وكلاء برمجة في آن واحد، كل واحد في worktree خاص به على git. وهو يشغّل أي وكيل سطر أوامر عبر الاشتراكات التي تملكها بالفعل، ويضيف تقسيمات الطرفية، والتعليق على الفروقات (diffs)، وworktrees البعيدة عبر SSH، ورفيقًا على الهاتف. نموذج الـ worktree المتوازي هو التجريد الصحيح لهذه المشكلة، وOrca ينفذه ببراعة. الدليل الكامل: الـ worktrees المتوازية ومتى يحتاج الفريق إلى أكثر.

OpenMontage يحوّل مساعد البرمجة إلى نظام إنتاج فيديو: أحد عشر مسارًا تنقل الطلب عبر البحث، والسكربت، وتخطيط المشاهد، وتوليد الأصول، والمونتاج، والتصيير (render)، مع بوابات موافقة بشرية بين المراحل. انتبه إلى الرخصة قبل البناء عليه. OpenMontage برخصة AGPL-3.0 بينما الأربعة الأخرى برخصة MIT، وشرط الشبكة قرار يُترك للفريق القانوني لديك لا هامش في الحاشية. الدليل الكامل: الفيديو الوكيلي ومشكلة الموافقة.

codebase-memory-mcp يفهرس المستودع في رسم معرفي دائم للدوال والأصناف وسلاسل الاستدعاء والمسارات، ثم يجيب عن الأسئلة البنيوية من الرسم بدل البحث بـ grep. يقيس المشروع خمس استعلامات بنيوية بنحو 3,400 توكن عبر الرسم مقابل نحو 412,000 توكن عبر استكشاف الملفات ملفًا ملفًا. وهو ملف تنفيذي أصلي واحد، يعمل محليًا، وهو العنصر في هذه القائمة ذو أفضل مردود بأقل تغيير في سير العمل. الدليل الكامل: الاسترجاع الرخيص والذاكرة التي لا يحتفظ بها.

القاسم المشترك بين الخمسة

كل واحد منها يوسّع التنفيذ: صياغة أوامر أقدر، ومصادر أكثر، وتزامن أكبر، وصيغ إخراج أوسع، واسترجاع أكثر داخل الجلسة.

ولا واحد منها يغيّر ما يحدث بعد انتهاء الجلسة.

وهذا ليس نقدًا، بل فصل للمسؤوليات، وهذه المشاريع محقة في البقاء على طرفها منه. أداة الوكيل تنفّذ. لكن ثمة شيء آخر يجب أن يحمل التكليف، والسياق، والتقدم، والمراجعة. وحين لا يحمل أي شيء هذه العناصر، لا يبقى العمل إلا في طرفية شخص واحد.

والعَرَض مألوف. ينتج الوكيل نتيجة جيدة يوم الخميس. ويوم الاثنين يسأل زميل لماذا تغيّر منطق إعادة المحاولة، فتكون الإجابة في سجل تمرير (scrollback) على حاسوب محمول، إن كان ذلك الـ worktree ما زال مفتوحًا. كان الأمر (prompt) هو السجل الوحيد، والأمر ليس سجلًا.

الطبقة التي يفترضون وجودها

المهمة (Task) هي وحدة العمل الأساسية في Sharkly. فهي تحمل الطلب والسياق والتنفيذ والعوائق والنتيجة في مكان مشترك واحد بدل توزيعها على أوامر خاصة وجلسات طرفية متفرقة.

لكل عنصر وظيفة واحدة. فالوكيل (Agent) يحدد كيف ينبغي التعامل مع العمل. والحاسوب (Computer) يوفّر المضيف والموارد المحلية. وبيئة التشغيل (Runtime) تنفّذ جلسة الوكيل الفعلية باستخدام الأدوات التي ثبّتها فريقك بالفعل. وتبقى المهمة هي السجل المشترك.

يستحق هذا التقسيم قراءةً إلى جانب المشاريع الخمسة أعلاه، لأنه يوضح ما يندمج مع غيره وما لا يندمج.

Sharkly ليس بديلًا عن Claude Code أو Codex أو الأدوات في هذه القائمة، بل يضيف طبقة المهمة والحاسوب والسياق والتحكم والمراجعة المشتركة حولها. ويستمر استخدام النماذج عبر الاشتراكات أو مفاتيح API المُهيّأة في تلك الأدوات.

وهكذا تتحوّل شخصية من agency-agents إلى وكيل (Agent): إعداد محفوظ يتضمن التعليمات وبيئة التشغيل والمهارات والمستودعات والبيئة، يُعاد استخدامه بدل إعادة كتابته. أما Crew فهي مجموعة قابلة لإعادة الاستخدام من الأشخاص والوكلاء ينسّقها وكيل قائد واحد، وهو ما يحتاجه تقسيم المتخصصين ليسلك سلوك فريق. ويجري العمل على المستودع في worktree معزول لكل مهمة، وهو العزل نفسه الذي يطبقه Orca لكل نافذة، لكن مطبَّقًا على الوحدة التي يراها الفريق. ويعود التنفيذ والعوائق والنتائج والنقاش اللاحق إلى الخط الزمني للمهمة، فتكون إجابة سؤال الاثنين داخل المهمة لا في ذاكرة أحدهم.

وأهم عنصر تحكم هو الأكثر هدوءًا: المهمة في حالة Backlog لا تبدأ أي تنفيذ. فيُجهَّز العمل ويُحدَّد نطاقه ويُعتمد قبل أن ينفّذ أي شيء.

الوكلاء يبحثون وينفّذون ويختبرون ويقدّمون التقارير. أما البشر فيحددون الاتجاه، ويمنحون الصلاحية، ويقبلون النتيجة. وتتوقف الأتمتة حيث يلزم حكم الفريق.

متى تحتاج هذا، ومتى لا تحتاجه

إذا كنت شخصًا واحدًا يشغّل وكيلًا واحدًا، فطرفية جيدة ومحرر جيد يكفيان. ثبّت codebase-memory-mcp، وواصل عملك، وتجاهل كل ما تبقّى في هذه الصفحة. فإضافة طبقة مهام إلى سير عمل بمشارك واحد عبء زائد بلا قارئ.

استخدم نظام عمل مشتركًا حين يحتاج شخص ثانٍ إلى معرفة ما فعله الوكلاء: حين يجب أن تتم المراجعة قبل الإصدار، أو حين يعمل أكثر من وكيل في الوقت نفسه على المستودع ذاته، أو حين سيسأل أحدهم بعد ثلاثة أشهر عمّا تغيّر ولماذا.

العتبة ليست حجم الفريق، بل ما إذا كان السجل يجب أن يعيش أطول من الجلسة.

الأسئلة الشائعة

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

أيها ينبغي للفريق تثبيته أولًا؟ codebase-memory-mcp في معظم الحالات. فهو لا يتطلب تغييرًا في سير العمل، ويعمل محليًا، ويقلّل التوكنات التي يصرفها الوكيل في الإجابة عن أسئلة بنيوية كان سيبحث عنها بـ grep. أما البقية فيطلب كل منها منك تغيير طريقة عملك.

هل يتطلب تشغيل عدة وكلاء بالتوازي وجود Orca؟ لا. Orca تنفيذ مكتبي قوي لنموذج الـ worktree المتوازي ويستحق التجربة إن كنت تعمل وحدك. أما إذا كان العمل المتوازي يحتاج إلى تكليف وتتبّع ومراجعة من أكثر من شخص، فالعزل ينبغي أن يكون على المهمة لا على نافذة الطرفية. وكلتا المقاربتين تستخدمان آلية git نفسها.

ما معنى إحضار اشتراكك الخاص هنا؟ يستمر استخدام النماذج عبر الاشتراكات أو مفاتيح API المُهيّأة في أدوات البرمجة لديك. وتعتمد حصة النماذج على أدوات البرمجة بالذكاء الاصطناعي والخطط وحسابات API التي يربطها فريقك.

الخاتمة

موجة أدوات 2026 جديرة بالتبنّي. فالأدوار، والوصول، والتوازي، وصيغ الإخراج الجديدة، والاسترجاع الرخيص كلها تحسينات حقيقية، وأربعة من الخمسة برخص متساهلة وسريعة التجربة.

لكنها تشترك أيضًا في حد فاصل. كل واحد منها يقوّي الوكيل داخل الجلسة، وقيمة الجلسة محدودة بمدى إمكانية رؤية أحد لها بعدها. Sharkly موجود لهذا النصف: المهمة هي السجل المشترك، والتنفيذ يعمل على أجهزة Computers تربطها عبر بيئات التشغيل التي تدفع مقابلها بالفعل، وتعود النتائج إلى مكان يمكن لشخص مراجعتها وقبولها فيه.

وسّع الوكيل، ثم امنح العمل مكانًا يعيش فيه.