معظم أدوات البرمجة من AI هي أدوات مساعدة: عبارة عن حلقة حول نموذج، بالإضافة إلى أدوات لقراءة الملفات وكتابتها وتنفيذ الأوامر. تُعد Claude Code وCodex وOpenCode وPi كلها أدوات مساعدة، وهي مصممة للمطور الذي يجلس أمام الطرفية.
لا يستخدم Coroid أيًا من هذه الأدوات؛ بل يعمل بأدواته الخاصة.
لماذا لا يتم تغليف إحدى الأدوات الموجودة؟
صُممت الأدوات المذكورة أعلاه لجلسة عمل مشرف عليها؛ حيث يوجد شخص يراقب، ويستطيع الإجابة على الأسئلة، أو التدخل، أو ملاحظة حدوث خطأ. هذا الافتراض منطقي ويؤثر على كل شيء: كيفية ظهور الأخطاء، ومقدار السياق المنقول، وما يحدث عندما يعيد النموذج نتيجة غير متوقعة.
أما افتراض Coroid فهو عكس ذلك: لا يوجد أحد يراقب.. يتم تنفيذ العمل في السحابة، بناءً على جدول زمني أو مراقبة أو حدث، ويجب أن يصل إلى نتيجة قابلة للمراجعة أو فشل واضح دون وجود من يتدخل أثناء التنفيذ.
هذه مشكلات مختلفة؛ وبسبب هذا الاختلاف، توجد عدة ميزات لن تجد لها معنى في جلسة الطرفية.
ما الذي يختلف في بيئة التشغيل؟
إنها تتوقع أن تعمل بمفردها. عندما يعيد النموذج استجابة غير صحيحة أو استدعاء أداة مشوهًا، تقوم الحلقة بإصلاحه وإعادة المحاولة بدلاً من عرض سؤال لا يوجد من يجيب عليه. فالتنفيذ غير المشرف عليه الذي يتوقف لطرح سؤال كان يمكن حله، يُعد هدرًا في الفرصة.
إنها متعددة الوكلاء بطبيعتها. تم بناء الحلقة حول أدوار ذات صلاحيات مختلفة، حيث تنتقل المهام بينها وفق ترتيب محدد أو تحت إشراف منسق يقرر الخطوة التالية، وليس وكيلًا واحدًا يقوم بكل شيء. يتم التحقق من الصحة بواسطة وكيل لم يكتب الكود، ولا يستطيع المنسق تجاهل نتائجه، وهذه خاصية ناتجة عن البنية التحتية وليس طلبًا لطيب خاطر. كما يمكن للمنسق أن يكتشف أن الكود يؤدي بالفعل ما تطلبه المهمة، فيقوم فريق ضمان الجودة بالتحقق من ذلك دون إجراء تغييرات. كل المسارات تصل إلى نفس نقاط التحقق.
لديها ميزانيات وحدود عمق محددة بوضوح. كل عملية تنفيذ تخضع لميزانية رموزية وحد أقصى لعدد الخطوات؛ فبدونها، سيستمر الوكيل غير المشرف عليه الذي أساء فهم مهمته في العمل.
إنها تدمج الحوكمة في مسار التنفيذ. السياسات ونقاط الجودة ونقاط الموافقة جزء من مسار التنفيذ وليست مجرد غلاف له، ولهذا يمكن لنقطة توقف أن توقف العمل أثناء التنفيذ وليس بعد انتهائه.
التخزين المؤقت يُعتبر أمرًا أساسيًا.
يشكل السياق معظم تكلفة تشغيل الوكلاء، وفي بيئة سحابية، يتم قراءة نفس سياق المشروع مرارًا وتكرارًا عبر العديد من المهام.
لذلك، تعتمد بيئة التشغيل بشكل كبير على تخزين الأوامر المؤقتة. يمكنك ملاحظة ذلك أثناء عمله في سجل التنفيذ، حيث تُظهر الخطوات كفاءة التخزين المؤقت:
9.1k used (90% cached)معدل ارتفاع نسبة التخزين المؤقت هو الفرق بين تنفيذ مكلف وتنفيذ رخيص. ولهذا السبب، فإن المشروع المنظم جيدًا ذو السياق الواضح السياق يكون أقل تكلفة للعمل مقارنة بالمشاريع المتشعبة؛ فالسياق المستقر يُخزن مؤقتًا بشكل جيد، بينما السياق الذي يتغير في كل تنفيذ لا يُخزن جيدًا.
ويتوافق ذلك مع المهارات التدريجية، التي تحافظ على صغر حجم السياق المحمل من البداية.
ما معنى ذلك عمليًا؟
- لا حاجة لإعداد محلي. لا واجهة سطر أوامر، ولا مكون إضافي لمحرر النصوص، ولا برنامج تشغيل لاستضافته؛ فـ Coroid تعتمد على API وتعمل في السحابة.
- لا اشتراكات في أدوات طرف ثالث. لست مضطرًا لشراء مقاعد لمساعد برمجة إضافي فوق Coroid؛ فاستخدام النموذج يُحسب كـ رصيد أو عبر مفاتيح مزودك الخاصة.
- العمل يتم تنفيذه تلقائيًا. جداول زمنية و الربط أمر ممكن لأن لا شيء يعتمد على بقاء جهاز المطور مفعّلًا.
- السلوك متسق. يعمل عمل الجميع على نفس بيئة التشغيل وبنفس السياسات، بدلاً من الاعتماد على ما قام كل مطور بتثبيته وإعداده؛ وما تم تثبيته موثق في دعم اللغات وبيئة الوكلاء.
ما الذي لا يتغير؟
تحدد بيئة البرمجة كيفية إنجاز العمل؛ لكنها لا تغير الحدود: فكل تغيير يصل كـ pull request إلى فرع، ولا يتم دمج أي شيء نيابة عنك، وتظل قواعد حماية الفروع والمراجعة سارية كما هي بالنسبة للمساهمين البشريين.