بقلم: ليلى | محررة أدوات المطورين · صوت تحريري بإشراف بشري
المشكلة التي يحلّها LoopX ليست المهام الصغيرة — بل المشاريع التي تمتد أياماً أو أسابيع، حين تتغير الأهداف في منتصف الطريق، ويحتاج الوكيل إلى تسليم العمل لوكيل آخر، والبشر لا يعرفون أين وصل العمل بالضبط. الأدوات الحالية تمنح الوكيل ذاكرةً للمحادثة وموقّتاً، لكن هذا لا يكفي لحوكمة مشروع طويل الأمد. LoopX يأتي كطبقة تحكم محلية خفيفة الوزن، لا تستبدل runtime الوكيل — سواء كان Codex أو Claude Code أو Cursor أو أي محرك آخر — بل تجلس فوقه وتحتفظ بحالة المشروع كاملة: الهدف، والبوابات، والمهام، والنطاق، والأدلة، وحصة التنفيذ.
النموذج الذهني المناسب لفهمه هو لوحة Kanban مصمَّمة للوكلاء: البطاقات تحمل هويةً وصلاحياتٍ وأدلةً وتعليمات الاستئناف، والحركة على اللوحة تتم عبر عمليات محققة مثل claim وgate وmonitor وwriteback، فيما تبقى حالة LoopX هي مصدر الحقيقة الوحيد لا اللوحة نفسها. الوكلاء المسجّلون في النظام يعملون كزملاء متساوين — يمكن لأي منهم استلام المهمة بناءً على القدرات والعقود، دون الحاجة إلى قائد ثابت.
ما يميّز هذه الأداة عن كثير من المشاريع المماثلة هو وجود أدلة حقيقية على نجاحها. مسار OpenViking لإصلاح المشكلات البرمجية تجاوز 200 ساعة من عمر الحلقة الموزّعة عبر دورات متعددة، مع تحديثات للأدلة وقرارات مراجعة محفوظة — والرقم هنا يعني وقت المشروع الحقيقي لا ساعات حوسبة متواصلة. مسار Auto ML Experiment يمتد هو الآخر على أكثر من 200 ساعة، مع الحفاظ على الفرضيات وسلاسل الأدلة وبوابات الترقية أو الإيقاف في رسم بياني واحد قابل للتفتيش. نظام Auto Research يمكّن وكلاء الاقتراح والتنفيذ والتقييم من العمل بالتوازي بينما تبقى المهام والحصص والأدلة مرئية دائماً.
للبدء الفعلي مع LoopX، يتطلب النظام Python 3.11 فأعلى، مع curl وtar وبيئة macOS أو Linux. الحزمة لا تعتمد على أي مكتبات خارجية خارج المكتبة القياسية، وهذا اختيار مقصود يبسّط التثبيت. إليك الخطوات الكاملة:
- التثبيت بدون استنساخ المستودع: شغّل الأمر
curl -fsSL https://raw.githubusercontent.com/huangruiteng/loopx/main/scripts/install-from-github.sh | bash، ثم أضف المسار بـexport PATH="$HOME/.local/bin:$PATH"، وتحقق من الإعداد بـloopx doctor. - ربط مشروعك: انتقل إلى مجلد مشروعك وشغّل
loopx connectثمloopx statusلترى الحالة الحالية. إذا لم يكن المشروع مُهيَّأً، استخدم المسار الموجَّه:loopx start-goal --guided --project . --goal-text "هدفك طويل الأمد". - الاتصال من Codex App: اطلب من الوكيل تشغيل
loopx doctorوالحفاظ على الحالة الموجودة وإبلاغك بالبوابة الحالية والمهمة التالية، ثم استخدم$loopx <complex task>أو اختر loopx من /skills. - الاتصال من Claude Code: ثبّت adapter الاختياري، ثم شغّل
/loopx <task>يليه/loop. النظام يعمل عبر بوابة LoopX الأصلية. - الاتصال من Cursor أو shell مخصص: استخدم المثبّت ثم
loopx doctor، واربط يدوياً أو استدعِ LoopX من runner الخاص بك عبر واجهةloopx worker-bridge. - التحقق من الاتصال الناجح: يجب أن ينجح
loopx doctor، وأن يظهر ملف.loopx/registry.jsonمع حالة هدف نشطة، وأن يُظهرloopx statusالهدف الحالي وبوابة المستخدم الملموسة والمهمة التالية للوكيل — مع إخفاء الملفات المحلية.loopx/و.codex/goals/و.local/من git. - دورة التنفيذ الأساسية: يتضمن الـ tick الجوهري أربعة أوامر تُشغَّل بالتتابع:
loopx quota should-runللتحقق إذا كان الوكيل يجب أن يتصرف الآن،loopx todo claimلتحديد مالك الشريحة الحالية،loopx todo updateلتسجيل التغييرات،loopx refresh-stateلتحديث ما يجب أن يراه الدور القادم، ثمloopx quota spend-slotللمحاسبة على شريحة مكتملة ومتحقق منها.
المنظومة تنقسم داخلياً إلى أربعة أدوار واضحة: الوكيل يخطط ويستخدم الأدوات وينفّذ إجراءً واحداً محدوداً، المزود يستدعي الأنظمة الخارجية ويعيد النتائج، القدرة تحدد المخرجات وتتحقق منها وتقترح انتقالات منضبطة، والنواة تملك المهام الدائمة والبوابات والحصص والجدولة. مسار التنفيذ يسير هكذا: Agent → Capability → Provider، بينما يعود مسار التحكم بالاتجاه المعاكس.
من الجدير بالذكر أن LoopX ليس نظام تحكم إنتاجي مستقل — وهذا تصريح صريح من المطوّرين لا نقطة ضعف. الصلاحيات الخطرة والنشر في الإنتاج وعمليات الكتابة النهائية تبقى في يد البشر. النظام يُصمَّم بوضوح على أساس أن “الحكم يبقى للإنسان”، وهو ما يجعله قابلاً للنشر في بيئات حقيقية دون قلق من قرارات وكيل خارج السيطرة. مقارنةً بما نراه من مخاطر وكلاء الذكاء الاصطناعي في جلسات طويلة، هذا النهج المحافظ في الحوكمة ليس قيداً — بل ميزة هندسية مقصودة.
الأداة مفتوحة المصدر بالكامل تحت رخصة MIT، ومتاح الانضمام إلى مجتمعها عبر Discord. من يريد الاستنساخ للمساهمة في التطوير، يملك مساراً منفصلاً عبر canary wrapper — لكن المستخدم العادي يحتاج فقط إلى أمر curl واحد للبدء.
