Codex وGitLab: من الكود إلى بيئة الإنتاج في ثلاث مراحل

Codex هو وكيل ذكاء اصطناعي لكتابة الكود في الطرفية. يكتب الكود، ويشغّل الاختبارات، ويجري commit في الفرع، وكل ذلك بسرعة. لكن كتابة الكود ليست سوى الخطوة الأولى. بعدها تلزم مهمة، وpull request، وCI/CD، ومراجعة الكود (code review)، وقرار بشري بشأن الدمج (merge). وتساعد GitLab على ربط سرعة Codex بالسياق الذي تحتاجه بيئة الإنتاج.

Codex محليًا: من الخطأ إلى الكود

يعمل السيناريو الأول في الطرفية. في مشروع Tanuki IoT Platform يوجد خطأ في WebSocket: تصفية المقاييس حسب النوع لا تعمل. تصف لـ Codex المشكلة، فيحلّل كود Rust ويجد المعامل `metric` المفقود، ثم يضيف التصفية ويكتب الاختبارات. وبعد التحقق ينشئ Codex فرعًا ويجري commit ثم push. بعدها يفحص GitLab CI أسلوب كود Rust ويشغّل الاختبارات. وبذلك يصبح الكود جاهزًا للدمج (merge).

هنا يعمل الوكيل مع المستودع ومع الملف المحلي AGENTS.md، الذي يصف كيف ينبغي أن يبدو التنفيذ الجيد.

GitLab MCP: سياق المتطلبات

يضيف السيناريو الثاني عمقًا. بات بإمكان Codex الآن جلب المعلومات من issue في GitLab عبر MCP (Model Context Protocol). تصف issue رقم 32 المتطلبات: مطلوب اختبارات ووثائق وتحديثات. وبدلًا من نسخ كل شيء إلى الـ prompt، يكفي أن تكتب لـ Codex «help implement issue 32» فيحمّل المتطلبات مباشرة من GitLab. وهكذا يراعي الـ commit الآن المتطلبات التجارية، وليس الحل التقني فقط. وينشئ Codex pull request مع عبارة «Closes #32» تلقائيًا:

• قراءة المتطلبات من issue عبر MCP
• تنفيذ يراعي جميع التفاصيل
• إنشاء MR يُغلق الـ issue عند الدمج (merge)
• ربط بين الكود والمتطلبات
• مشاركة الوكيل في سير عمل التسليم (workflow delivery)

لم يعد هذا كتابة كود محلية، بل مشاركة في عملية التسليم.

وكيل خارجي في merge request

السيناريو الثالث هو الأكثر إثارة للاهتمام. تشير مراجعة الكود (code review) إلى مشكلات: نقص في الوثائق وفي اختبارات حالات الخطأ. تذكر Codex في تعليق على MR (@ai-codex-agent)، فيعمل الوكيل الآن في سياق pull request. يرى الـ diff، وملاحظات المراجعين، ونتائج CI، وحالات الموافقة (approvals). يضيف Codex الوثائق، ويكتب الاختبارات الناقصة، ويجري commit، ويشغّل الفحوصات. ثم يكتب ردًا في MR.

يصبح merge request هو السطح المركزي: الكود هنا، والمراجعة هنا، ومساعدة الوكيل هنا، وموافقة الإنسان هنا.

ماذا يعني ذلك

أصبحت كتابة الكود سريعة، لكن السرعة بلا سياق تعني خط إنتاج من الترقيعات. وعندما يرى الوكيل المتطلبات (من issue) والتعاون (من MR)، يصبح العمل ذا معنى. هذا هو الربط بين سرعة الكود وسياق بيئة الإنتاج: الوكيل يعمل بسرعة، والإنسان يتخذ القرارات.