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

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

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

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

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

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

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

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

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

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

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

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)، والمتطلبات الصارمة. يحدد المهندس المعماري ماذا ما نبنيه، ومن يبنيه، وكيف، و لماذا.
• السلطة التنفيذية (وكلاء البرمجة): هم من ينفذون. بسرعة، وبتكلفة منخفضة، وتحت إشراف المطورين البشريين.
• السلطة القضائية (سلطة التصميم): طبقة ذكاء اصطناعي مستقلة تختبر الامتثال للقوانين.

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

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

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

أخبرني برأيك