سلطة تصميم الذكاء الاصطناعي

نحن نقف عند نقطة تحول في تطوير البرمجيات. غالبًا ما يدور النقاش حول أي ما إذا كان الذكاء الاصطناعي يكتب أفضل كود (Claude مقابل ChatGPT) أو أين أين يجب أن يعيش هذا الذكاء الاصطناعي (IDE أو CLI). لكن هذه ليست الأسئلة الصحيحة.

إذا تبنينا الذكاء الاصطناعي كـ "مبرمجي مشاعر" (Vibe Coders) - حيث نحدد النية ويقوم الذكاء الاصطناعي بالتنفيذ - فإننا نخلق تدفقًا هائلاً من البرمجيات الجديدة. يمكن لسرب من وكلاء الذكاء الاصطناعي توليد كود في دقيقة واحدة أكثر مما يمكن لمطور أول مراجعته في أسبوع. لقد أصبح الإنسان هو عنق الزجاجة.

الحل ليس المزيد المزيد من البشر. الحل هو سلطة تصميم الذكاء الاصطناعي.

من الحرفي إلى مدير المصنع

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

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

ولكن من يتحقق من أن تلك الجدران مستقيمة؟

«القفاز»: اختبار حقيقي مؤتمت

سلطة تصميم الذكاء الاصطناعي (AI Design Authority) ليست شخصاً، بل هي مسار عمل (Pipeline). إنها "قفاز تحدي" يجب أن تمر عبره كل سطر من الأكواد المولدة لتصل إلى مرحلة الإنتاج. هذه العملية لا تستبدل مراجعة الكود البشرية بـ لا شيء، بل بشيء أفضل.

تعمل هذه الآلية عبر ثلاث طبقات:

1. السلطة التنفيذية (مرحلة التوليد)
نحن لا نطلب حلاً من ذكاء اصطناعي واحد، بل نطلب ثلاثة. نجعل Gemini 3 وGPT-5 ونموذجاً مفتوح المصدر (مثل Llama) يعملون بالتوازي على نفس المشكلة. هذا يمنع الرؤية الأحادية ويكسر "الكسل" الذي قد تعاني منه النماذج اللغوية الكبيرة (LLMs) أحياناً. هذا النهج أيضاً مدعوم علمياً ويثبت أنه يمكنك منع هلوسة الذكاء الاصطناعي وبناء سلاسل طويلة جداً دون أخطاء

2. الفلتر الصارم (القانون)
هنا لا مجال للنقاش. يجب أن يتم تجميع الكود (Compile) بنجاح. يجب ألا تظهر أي تحذيرات من أدوات التدقيق (Linters). والأهم من ذلك، يجب أن تنجح اختبارات الصندوق الأسود (Black Box Tests) نحن لا نختبر ما إذا كانت الوظيفة تعمل داخلياً (حيث يمكن للذكاء الاصطناعي التلاعب بذلك)، بل نختبر ما إذا كان النظام يؤدي وظيفته المطلوبة من الخارج. إذا فشل الاختبار؟ يُحذف الكود فوراً.

3. الفلتر الناعم (لجنة تحكيم الذكاء الاصطناعي)
هذا هو الابتكار الحقيقي. تُعرض الحلول المتبقية على "ذكاء اصطناعي للتصويت" متخصص. هذا الوكيل لا يكتب الكود، بل يقرأ يقوم بتقييم الكود. لقد تم تدريبه على مبادئ هندستنا، ومتطلبات الأمان (OWASP, ISO)، وقواعد الامتثال (قانون الذكاء الاصطناعي للاتحاد الأوروبي).
إنه يصوت: «الحل (أ) أسرع، لكن الحل (ب) أكثر أماناً ويتوافق بشكل أفضل مع بنية الخدمات المصغرة (microservices) الخاصة بنا.»

الفائز ينتقل إلى مرحلة الإنتاج.

فصل السلطات الثلاث في البرمجيات

يفرض هذا النموذج فصلاً بين السلطات وهو أمر تفتقر إليه العديد من الفرق.

• السلطة التشريعية (المهندس المعماري): يضع المهندس المعماري «الدستور». الأوامر (Prompts)، ووثائق الهندسة المعمارية (project-description.md, rules.md, skills.md en principles.md)، والمتطلبات الصارمة. يحدد المهندس المعماري ماذا ما نبنيه، ومن يبنيه، وكيف، و لماذا.
• السلطة التنفيذية (وكلاء البرمجة): هم من ينفذون العمل. بسرعة وبتكلفة منخفضة وتحت إشراف المطورين البشر.
• السلطة القضائية (سلطة التصميم): طبقة ذكاء اصطناعي مستقلة تتحقق من الامتثال للقوانين.

الخلاصة: الدور الجديد للمهندس المعماري

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

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

أخبرني برأيك