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