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

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

عندما نتبنى الذكاء الاصطناعي كـ “مُبرمجي الفايب” – حيث نحدد النية ويقوم الذكاء الاصطناعي بالتنفيذ – نخلق تدفقًا هائلًا من البرمجيات الجديدة. يمكن لسرب من وكلاء الذكاء الاصطناعي أن يولد في دقيقة واحدة أكثر من الكود مما يستطيع مطور كبير مراجعة خلال أسبوع. أصبح الإنسان هو عنق الزجاجة.

الحل ليس أكثر الأشخاص. الحل هو سلطة تصميم الذكاء الاصطناعي.

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

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

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

لكن من يضمن أن تلك الجدران قائمة بشكل صحيح؟

غونتل: اختبار ناري مؤتمت

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

يعمل بثلاث طبقات:

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

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

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

الفائز ينتقل إلى الإنتاج.

الثلاثية السياسية للبرمجيات

هذا النموذج يفرض فصلًا بين السلطات غير موجود في كثير من الفرق.

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

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

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

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

أخبرني