Агентная разработка без Governance опасна: трёхуровневый стек на практике

جعلت عوامل الذكاء الاصطناعي AI المستقلة، التي تخطط للمهام وتكتب الكود وتراجعه دون إشراف مستمر من المطور، الحوكمة Governance عنصراً إلزامياً في البنية التحتية الهندسية — لا مجرد إضافة اختيارية.

كيف يختلف العامل عن مساعد الدردشة

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

لا يستطيع الإنسان فعلياً مراجعتها جميعاً. ومن هذه الفجوة تنبثق الحاجة إلى الحوكمة — وهي نظام ليس من القواعد وحدها، بل من العمليات أيضاً: من يضع القواعد، وكيف تُطبَّق، ومن يراقب الالتزام بها. ووفقاً لمؤلفي المقال على Habr، فإنه تحديداً عند الانتقال من وضع الدردشة إلى الوضع المستقل، تتغير مكانة الحوكمة: من «سيكون جيداً» إلى «إلزامي».

لماذا نحتاج إلى مكدّس ثلاثي المستويات؟

بنى مؤلفو المقال مكدّس حوكمة ملموساً لمنصة حجز الملاعب الرياضية باستخدام NestJS (الواجهة الخلفية) وNext.js (الواجهة الأمامية). لم يكن اختيار المنصة اعتباطياً: الحجز يعني منطقاً تجارياً صارماً — فترات زمنية، وتداخلات، ومعاملات — حيث قد يكون خطأ العامل غير مرئي لكنه بالغ الأثر.

يتكون المكدّس من ثلاثة مستويات:

• المستوى الأول — قاعدة الكود: تُدمج القواعد في المشروع عبر أدوات الفحص (linters) والقيود المعمارية والاتفاقيات. لا يستطيع العامل انتهاكها دون إثارة خطأ صريح.
• المستوى الثاني — سياسات سلوك العامل: تحديد واضح للحدود بين «العامل يتصرف باستقلالية» و«العامل يطلب الموافقة». تُحدَّد الحدود من قِبل الفريق مسبقاً، لا بعد وقوع حادثة.
• المستوى الثالث — قابلية الملاحظة والتدقيق: تتبع كامل للقرارات. بعد كل جلسة عمل، يرى الفريق بالضبط ما فعله العامل، ولماذا، وما الذي أفضى إليه.

بدون المستوى الثالث، يتحول المستويان الأولان إلى مجرد تصريحات: تقع الانتهاكات لكنها تظل غير مرئية.

لماذا الحوكمة ليست بيروقراطية؟

من المفاهيم الخاطئة الشائعة: تُعدّ الحوكمة عائقاً وطبقة إضافية من الموافقات. أما في الواقع، فهي الطريقة الوحيدة للحفاظ على السرعة دون فقدان السيطرة.

«تكف الحوكمة عن كونها أداة مساندة وتصبح متطلباً صارماً»، — كما جاء في المقال على

Habr.

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

ماذا يعني هذا

التطوير بالعوامل هو المرحلة التالية بعد Copilot ومساعدي الدردشة، وهو يُنشَر بالفعل في مشاريع إنتاجية حقيقية. الفرق الهندسية التي لا تبني مكدّس حوكمة الآن ستُضطر إلى فعل ذلك في وضع الأزمات.

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

ما هي الحوكمة في التطوير باستخدام عوامل الذكاء الاصطناعي AI؟

الحوكمة ليست مجرد مجموعة قواعد، بل هي نظام متكامل: قواعد سلوك العامل، وعمليات اعتمادها، وأدوات مراقبة الالتزام بها. وعلى خلاف «التنظيم»، تشمل الحوكمة القيود المعمارية وسياسات الاستقلالية والتتبع — كلها معاً، لا كل منها على حدة.

لماذا لا تكفي القواعد الموجودة في الكود وحدها؟

القواعد بدون قابلية الملاحظة لا تعمل: يستطيع العامل انتهاكها، ولن يعلم الفريق بذلك إلا من خلال التبعات. المستوى الثالث من المكدّس — التدقيق والتتبع — لا يقل أهمية عن المستويين الأولين اللذين يفرضان القيود.