CLI-Anything: هل يصبح سطر الأوامر الواجهة الرسمية للوكلاء مع كل البرمجيات؟
CLI-Anything من HKUDS يحوّل أي برنامج إلى واجهة سطر أوامر جاهزة للوكلاء ويتجاوز 55 ألف نجمة. نشرح فكرته وحدوده ومخاطره وكيف تجرّبه بأمان في بيئة معزولة.
في مايو 2026 ظهر مستودع مفتوح المصدر من مختبر علوم البيانات في جامعة هونغ كونغ (HKUDS) باسم CLI-Anything، وبعد خمسة أشهر عاد إلى قائمة GitHub Trending في 15 أكتوبر وتجاوز 55 ألف نجمة. الفكرة التي يرفعها شعاراً لها بسيطة: "اجعل كل البرمجيات أصيلة للوكلاء". بدل أن يتعلّم الوكيل الضغط على الأزرار في واجهة رسومية هشّة، يولّد المشروع واجهة سطر أوامر منظّمة فوق البرنامج نفسه، فيستدعيها الوكيل كما يستدعي أي أداة.
ما هو CLI-Anything بالضبط؟
هو مولّد أدوات. تعطيه مسار شيفرة برنامج مفتوح المصدر، فيمرّ بخط معالجة من سبع مراحل، وتكون النتيجة "حزمة تشغيل" (Harness) جاهزة للوكلاء. بحسب وصف المشروع تتضمن هذه الحزمة:
- أوامر سطر أوامر مختبَرة تغطي وظائف البرنامج الأساسية.
- وضع REPL تفاعلي للتجريب.
- مخرجات JSON قابلة للقراءة الآلية بدل نصوص حرّة.
- ملف SKILL.md يصف الأدوات كي يكتشفها الوكيل ويعرف متى يستخدمها.
تعمل الحزمة الناتجة مع وكلاء مثل Claude Code وCursor وPi وOpenClaw. ويضم المستودع نحو 18 تطبيقاً تجريبياً، منها التصميم ثلاثي الأبعاد والنمذجة الهندسية والرسوم البيانية وتوليد الترجمات النصية للفيديو.
لماذا سطر الأوامر وليس الواجهة؟
أسلوب "رؤية الشاشة والنقر" ما زال بطيئاً ومكلفاً وسهل الانكسار: تغيّر موضع زر فينهار المسار كله. أما سطر الأوامر فله مزايا واضحة للوكلاء:
| الجانب | التحكم بالواجهة الرسومية | سطر أوامر منظّم |
|---|---|---|
| الاعتمادية | هشّة أمام تغيّر التصميم | مستقرة بعقد أوامر ثابت |
| الكلفة | صور ورموز كثيرة | نص قصير |
| قابلية الاختبار | صعبة | سهلة ومؤتمتة |
| قابلية التركيب | محدودة | تُربط الأوامر ببعضها |
مركز CLI-Hub: سجلّ مشترك للأدوات
أضاف المشروع سجلّاً مجتمعياً اسمه CLI-Hub. تثبّت الأداة عبر pip ثم تبحث وتثبّت ما تحتاجه بأمر واحد من نوع cli-hub install، وتُضاف الأدوات الجديدة عبر طلبات الدمج. قيمة هذا السجل أنه يحوّل العمل المتكرر إلى رصيد مشترك: لا يحتاج كل فريق إلى كتابة غلاف خاص لبرنامج الرسم أو المحرّر نفسه.
الاتجاه العام واضح: بدل تدريب الوكلاء على استخدام برامجنا كما يستخدمها البشر، نعيد تغليف البرامج كي تناسب الوكلاء.
لماذا يهمّ المطوّرين؟
أولاً، يوسّع ما يستطيع وكيل البرمجة فعله خارج المحرّر: معالجة صور، توليد نماذج، تحويل مستندات، كلها عبر أوامر. ثانياً، يخفض الكلفة لأن الوكيل يتعامل مع نصوص قصيرة بدل لقطات شاشة. ثالثاً، يمنحك أثراً قابلاً للمراجعة: كل خطوة أمر مكتوب يمكن تسجيله وإعادته.
المخاطر التي لا ينبغي تجاهلها
التسمية الجذابة لا تلغي المسؤولية الأمنية. قبل أن تضع أي أداة مولَّدة أمام وكيل، تحقق مما يلي:
- راجع الشيفرة المولَّدة: هي مخرجات آلية، وقد تتضمن أوامر أوسع من حاجتك.
- قيّد الصلاحيات: شغّلها في بيئة معزولة وبحساب محدود، لا بحساب المسؤول.
- ثبّت من مصدر موثوق: أدوات السجل المجتمعي تأتي من متطوعين، فتعامل معها كأي حزمة طرف ثالث.
- سجّل كل استدعاء: كي تعرف ما فعله الوكيل ومتى.
كما تتباين المصادر في وصف آلية التوليد الداخلية، فبعضها يذكر التحليل الساكن والذكاء الاصطناعي لاستنتاج النية وبعضها يصفها بخط توليد برمجي. الأسلم أن تقرأ ملف README الرسمي قبل الاعتماد على أي تفصيل.
قراءة في أرقام الانتشار
وصل المشروع إلى نحو 55 ألف نجمة وخمسة آلاف تفرّع وحوالي مئة مساهم، وكسب أكثر من سبعة آلاف نجمة في أقل من شهرين خلال الصيف. هذه الأرقام لا تثبت الجودة وحدها، لكنها تعكس حاجة حقيقية: المطوّرون يبحثون عن طريقة موثوقة تجعل الوكلاء يعملون مع أدوات يستخدمونها يومياً دون كتابة تكاملات مخصّصة لكل برنامج. وحين يعود مستودع إلى قوائم الرواج بعد أشهر من إطلاقه، فهذا يعني عادةً أن الاستخدام الفعلي مستمر وليس مجرد موجة فضول.
أين يتفوق وأين يتعثر؟
يتفوق حين يكون للبرنامج منطق واضح يمكن التعبير عنه بأوامر: تحويل ملف، تطبيق مرشّح، توليد مشهد من وصف، تصدير بصيغة معينة. ويتعثر حين تعتمد المهمة على حكم بصري دقيق أو على حالة تفاعلية معقدة لا تُختزل في أمر واحد، مثل ضبط تفاصيل تصميم بالعين. لذلك يُنصح بتقسيم المهمة: يتولى الوكيل الخطوات الآلية عبر الأوامر، ويبقى القرار الجمالي أو الحساس بيد الإنسان.
مقارنة سريعة مع البدائل
هناك ثلاثة مسارات تتنافس اليوم لربط الوكلاء بالبرمجيات: التحكم بالشاشة وهو الأعم لكنه الأبطأ، وبروتوكولات الأدوات التي تتطلب أن يكتب صاحب البرنامج الواجهة بنفسه، وتوليد واجهات سطر الأوامر كما يفعل هذا المشروع وهو الأوسط في الكلفة والمرونة. لا يوجد خيار يناسب كل الحالات، والاختيار الجيد يبدأ من سؤال بسيط: هل هذه المهمة قابلة للوصف بأوامر محددة، وهل أحتاج إلى سجل يمكن تدقيقه لاحقاً؟
كيف يتغيّر دور المطوّر؟
عندما تصبح البرامج أصيلة للوكلاء، ينتقل جزء من عملك من تنفيذ الخطوات اليدوية إلى تصميم العقد بين الوكيل والأداة: ما الأوامر المتاحة، وما المدخلات المقبولة، وما الذي يُسمح له بتعديله. هذا يشبه كتابة واجهة برمجية جيدة لمستخدم آخر، والفرق أن المستخدم هنا نموذج لغوي يقرأ الوصف حرفياً. ويفيد أن تكتب أوصافاً واضحة وأمثلة قصيرة في ملف SKILL.md، لأن جودة هذا الملف تحدد غالباً مدى نجاح الوكيل في اختيار الأمر الصحيح من أول مرة.
وللفرق الصغيرة فائدة إضافية: يمكن بناء سلاسل أتمتة كاملة، كأن يحوّل وكيل ملفات التصميم إلى صيغ النشر ثم يرفعها ويسجّل النتيجة، بسكربتات قصيرة بدل منصات تكامل مكلفة.
كيف تبدأ بتجربة آمنة؟
- اختر برنامجاً مفتوح المصدر صغيراً ومألوفاً لديك.
- ولّد الحزمة في مجلد تجريبي ومعزول.
- اقرأ ملف SKILL.md وقائمة الأوامر قبل منحها لأي وكيل.
- اطلب من الوكيل مهمة واحدة محددة وراجع السجل بعدها.
- وسّع الاستخدام تدريجياً فقط بعد أن تطمئن إلى السلوك.
أسئلة شائعة
هل CLI-Anything بديل عن بروتوكولات مثل MCP؟
لا، هو مكمّل لها. هو يولّد واجهة تشغيلية للبرنامج، بينما تحدّد بروتوكولات أخرى كيف تُعرَض الأدوات للنموذج. يمكن الجمع بينهما بحسب بيئتك.
هل يعمل مع البرامج المغلقة المصدر؟
وصف المشروع يعتمد على تحليل شيفرة البرنامج، لذلك يناسب البرامج المفتوحة أكثر. قد تتفاوت النتائج مع البرامج التجارية، وعليك التحقق من الترخيص وشروط الاستخدام.
هل هو مجاني؟
المستودع مفتوح المصدر برخصة Apache 2.0 بحسب ما تعرضه صفحة المتابعة، لكن تشغيل الوكلاء نفسها قد يكلّف رموزاً من مزوّد النموذج.
الخلاصة
CLI-Anything ليس مجرد مستودع رائج، بل إشارة إلى تحوّل في تصميم البرمجيات: صار السؤال "كيف يستخدم الوكيل هذا البرنامج؟" جزءاً من التصميم. جرّبه في بيئة معزولة، وراجع ما يولّده، ولا تمنح الوكيل أوسع مما تحتاجه المهمة.
المصادر: مستودع HKUDS/CLI-Anything على Trendshift، تغطية أخبار 18 أكتوبر، CLI-Anything على AgentConn.
