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

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

المشكلة ليست الـ الإنشاء للشيفرة. بل هي الـ التحقق لها.

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

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

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

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

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

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

قفاز الاختبار: محاكاة اختبار آلي

هيئة تصميم الذكاء الاصطناعي ليست فردًا، بل خط أنابيب. "ممر اختبار" يجب أن تمر كل سطر من الشيفرة المولدة خلاله لتصل إلى الإنتاج. هذه العملية لا تستبدل مراجعة الشيفرة البشرية بـ لا شيء، بل بشيء أفضل.

تعمل على ثلاثة مستويات:

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

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

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

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

الترياس بوليتيكا للبرمجيات

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

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

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

يحررنا من طغيان أخطاء الصياغة (syntax) ويتيح لنا التركيز على ما نجيده: التفكير النظامي، كشف الحقائق، البنية واتخاذ القرار.

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

أخبرني بذلك