كيف نبني البرمجيات بوكلاء الذكاء الاصطناعي، وما الذي لا يزال يحتاج إنسانًا

نُشر في 21 أغسطس 2026

هل يستطيع وكلاء الذكاء الاصطناعي كتابة برمجيات إنتاجية؟

يستطيعون كتابة معظمها، ولا يستطيعون امتلاكها. ففي طريقتنا يُنفّذ الوكيل وفق مواصفة مكتوبة في فرع معزول، وتراجع النتيجةَ نماذجُ من مزوّدين مختلفين، ويقرأ مهندس الفرق ويوقّع الالتزام. الحجم يأتي من الوكلاء، أما الحكم والمسؤولية فيبقيان بشريين.

كيف نبني البرمجيات بوكلاء الذكاء الاصطناعي، وما الذي لا يزال يحتاج إنسانًا

السؤال المثير عن الذكاء الاصطناعي في البرمجيات ليس هل يستطيع كتابة الشيفرة. فهو يستطيع منذ فترة. السؤال هو ما الذي عليك أن تضعه حوله قبل أن يصبح ناتجه آمنًا للتشغيل أمام عملاء يدفعون.

وهذا الترتيب الذي استقررنا عليه، وسبب كل جزء فيه.

يبدأ مكتوبًا

قبل أي شيفرة، يكون التغيير مواصفة: ماذا يفعل، وما الذي يجب ألّا يكسره، وكيف سنعرف أنه نجح.

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

الوكلاء ينفّذون، في عزلة

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

وتلك العزلة هي كل سبب أمان فعل هذا بحجم كبير. فنمط فشل الوكيل ليس أنه يرفض، بل أنه يفعل الخطأ بثقة، وعلى الاحتواء أن يفترض ذلك.

المراجع ليس هو الكاتب أبدًا

تُراجَع المخرجات بنماذج من مزوّدين مختلفين، إضافة إلى بوابة مراجعة آلية.

والسبب ليس أن كثرة الآراء أفضل. بل أن النموذج لا يرى نقاط عماه بموثوقية أعلى من الإنسان. وسؤال من كتب الشيفرة عمّا إذا كانت جيدة يعطيك الإجابة التي كان يعتقدها أصلًا. تدريب مختلف، وأنماط فشل مختلفة، ومواضع الاختلاف هي مواضع الأخطاء.

مهندس يوقّع

إنسان يقرأ الفرق، ويُصلح ما يلزم، ويضع اسمه على الالتزام.

وهذا هو الخط الأهم، وهو الأكثر تخطّيًا. لا لأن الإنسان يلتقط كل شيء، بل لأن أحدًا ما يجب أن يكون مسؤولًا. فخط إنتاج لم يختر فيه أحدٌ النشر هو خط لا يتحمّل فيه أحد المسؤولية عند العطل، وتلك ليست مشكلة تقنية بل تنظيمية.

ما الذي يشتريه هذا فعلًا

السرعة تُكلّف الجودة عادةً. وهذا هو الترتيب الذي وجدناه ولا يفعل، وآليته غير براقة: الحجم من الوكلاء، والحكم يبقى بشريًا، والبوابة إنسان مسؤول عمّا يمر.

وبه نُبقي ستة منتجات لنا وأكثر من عشرين منصة عميل على المعيار نفسه بفريق ما كان ليفعل ذلك يدويًا.

وما الذي لا يشتريه

لا يُلغي الحاجة إلى معرفة ما الذي تبنيه. فالوكيل سينفّذ الخاصية الخطأ ببراعة. ولا يُلغي الحاجة إلى أشخاص يقرؤون الفرق ويحكمون على صوابه، وهؤلاء ليسوا أرخص ولا أسهل في الإيجاد مما كانوا.

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

لماذا نصف طريقتنا

لأنها الطريقة نفسها التي نُركّبها حين يطلب عميل أتمتة عملياته. ولا نبيع أسلوب عمل لا نستخدمه.

أسئلة تصلنا

هل يعني هذا أنكم تستخدمون مهندسين أقل؟

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

كيف تمنعون وكيلًا من كسر شيء في بيئة الإنتاج؟

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

هل يمكنكم تركيب أسلوب العمل هذا لنا؟

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

ابدأ من المشكلة.

حديث قصير يكفي عادة لمعرفة إن كان هذا شيئًا ينبغي أن نفعله لك.

تحدث إلينا