كيف أستخدم مجالس الذكاء الاصطناعي (AI Councils) لحل المشكلات الهندسية الغامضة

مساعد ذكاء اصطناعي واحد قد يكون مفيداً، لكنه ليس كافياً لهندسة البرمجيات المعقدة.

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

هذا ليس فشلاً في النموذج، بل هو فشل في عمليتك. فالنموذج الواحد نادراً ما يتحدى افتراضاته الخاصة.

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

الهدف هو تحويل استخدام الذكاء الاصطناعي إلى سير عمل هندسي محكوم.

إليك سير العمل:

• بيان المشكلة (Problem Statement): تقوم بصياغة المشكلة. • وكيل المهندس المعماري (Architect Agent): وكيل يعتمد على المصادر (source-grounded) ينشئ مقترحاً مع توضيح المقايضات (trade-offs). • نقد مجلس الذكاء الاصطناعي (AI Council Critique): أدوار ذكاء اصطناعي مختلفة تراجع المقترح. • توليف الملاحظات (Feedback Synthesis): يقوم وكيل بتقييم جميع الملاحظات وتحديد التعارضات. • سجل الاعتراضات (Objection Ledger): تتبع جميع الاعتراضات، وشدتها، وكيفية حلها. • الحوكمة البشرية (Human Governance): تقرر ما إذا كانت الخطة جاهزة أم أنك بحاجة إلى جولة أخرى. • وكيل التنفيذ (Executor Agent): سياق منفصل يقوم بتنفيذ الخطة. • وكيل التدقيق (Auditor Agent): سياق ثالث يدقق الكود مقابل المواصفات الأصلية.

تكمن القوة في فصل الأدوار. لا تكتفِ بسؤال "ما رأيك؟"، بل قم بتعيين أدوار محددة لجلسات ذكاء اصطناعي مختلفة:

  • المفكر المنظومي (System Thinker): يقيم المخاطر والحدود المنظومية.
  • المراجع الناقد (Critical Reviewer): يتحدى الافتراضات ويجد الفجوات المنطقية.
  • المبسط (Simplifier): يكتشف التعقيدات غير الضرورية.
  • مراجعة البدائل (Alternatives Reviewer): يقترح مناهج مختلفة.

الجزء الأهم هو "سجل الاعتراضات" (Objection Ledger). فبدونه، تتحول الملاحظات إلى آراء غامضة. يجبرك السجل على حل كل مصدر قلق، حيث تقوم بتصنيف الاعتراضات كـ Open (مفتوح)، أو Accepted (مقبول)، أو Rejected (مرفوض)، أو Resolved (تم الحل). وهذا ينشئ سجلاً قابلاً للتدقيق للقرارات.

لن تصبح أنت عنق الزجاجة في عملية النسخ واللصق؛ فالوكيل المعتمد على المصادر يقوم بعملية التوليف، بينما تعمل أنت كـ "حاكم" (Governor). أنت لا تقوم بالعمل اليدوي، بل تملك صلاحية التحكم في المداخل (the gates).

أنت تملك القرارات:

  • متى تتوقف عن التكرار.
  • متى توافق على المواصفات.
  • متى تقبل المخاطر النهائية.

استخدم هذا الأسلوب لإعادة هيكلة الكود (refactors) عالية المخاطر أو الهندسة المعمارية غير الواضحة. لا تستخدمه لإصلاح الأخطاء البرمجية التافهة؛ فالجهد الإضافي (overhead) لا يستحق العناء إلا عندما تكون تكلفة التصميم الخاطئ باهظة.

ابدأ بخطوات صغيرة. استخدم ناقداً واحداً ومبسطاً واحداً، وسترى القيمة فوراً.

Source: https://dev.to/j3nnning/how-i-use-ai-councils-to-solve-ambiguous-engineering-problems-4dii