الإجاباتمنشور12 المصادر
كيف يضبط إطار BMAD-Solo عمل وكلاء الذكاء الاصطناعي؟
الفكرة ليست إنشاء وكيل منفصل لكل دور، بل تنظيم العمل في مسار واحد يضم التحليل والتصميم والتنفيذ والمراجعة. لكل مهمة عقد يحدد المطلوب والملفات والنطاق والفحوصات، بدلاً من الاعتماد على سجل المحادثة لتتبّع الحالة.
نشر بواسطةتم إنشاء الصور باستخدام GPT Image 2
إجابة البحث
الوجبات السريعة الرئيسية
- الفكرة ليست إنشاء وكيل منفصل لكل دور، بل تنظيم العمل في مسار واحد يضم التحليل والتصميم والتنفيذ والمراجعة.
- لكل مهمة عقد يحدد المطلوب والملفات والنطاق والفحوصات، بدلاً من الاعتماد على سجل المحادثة لتتبّع الحالة.
- المرور إلى المرحلة التالية يتطلب فحوصات آلية ناجحة ومراجعة مستقلة مرتبطة بالنسخة نفسها من العمل.
- المقترح مسودة هندسية؛ ولا يعني أن أدوات التحقق أو بوابات المضيف قد نُفذت أو نُشرت.
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W](https://d15bya8fi85z1v.cloudfront.net/chat/GwlKmI7QinNfXevZji84RFDPF1F3/images/700B227E2393C401EE05/54741874CB99CCCF8AA0.png)
موجّه الذكاء الاصطناعي
openai.comCreate a landscape editorial hero image for this Studio Global article: [GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W. Article summary: <tool call {"name":"attempt completion","arguments":{"result":"以下规范将任务单元作为端到端业务流的唯一流转契约，采用“机器检查通过＋独立审查签章”控制下游释放。交付范围为工程规范草案；未修改工作区、实施代码、执行测试或迁移现有资产。\n\n BMAD Solo 业务流驱动的 Agent 文档与任务治理落地规范\n\n版本：0.1。日期：2026 10 27。状态：DRAFT. Topic tags: general web, llm, agents, ai, automation. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts wit
تقسيم العمل بين وكلاء الذكاء الاصطناعي قد يبدو طريقاً سريعاً لإنجاز المهام المعقدة، لكنه لا يضمن وحده أن تكون مخرجاتهم متكاملة أو صحيحة. فملخص ورقة بحثية عن AutoSwarm يشير إلى أن توزيع المهام لا يؤدي تلقائياً إلى مساهمات متكاملة، وأن الاعتماد بين الوكلاء قد يحوّل الخطأ المحلي إلى إخفاق في المهمة كلها.1
من هنا تنطلق مسودة إطار BMAD-Solo: بدلاً من بناء منظومة منفصلة من الوكلاء لكل دور، تقترح تنظيم العمل في مسار واضح، لكل مرحلة فيه مسؤوليات وتسليمات محددة، ولكل مهمة ضوابط تمنع انتقال عمل غير مكتمل إلى ما بعدها.
أربعة أدوار ضمن مسار واحد
يقسم المقترح العمل إلى مرحلتي Plan وAct، تتوزع داخلهما أربع مسؤوليات:
- المحلل (Analyst): يحدد المشكلة والهدف وما يعنيه النجاح، ويميز بين الحقائق وما لا يزال مجهولاً.
- المعماري (Architect): يحول الهدف إلى خطة قابلة للمراجعة، توضح الملفات والنطاق والواجهات والاعتماديات وسبل التحقق.
- المنفذ (Coder): ينفذ العمل ضمن النطاق المصرح به ويجهز نسخة مرشحة للفحص.
- المشرف (Supervisor): يفحص النسخة بحثاً عن الثغرات والافتراضات والقيود، ويحدد إن كانت جاهزة للمرحلة التالية.
هذه أدوار عمل، لا أربعة وكلاء مستقلين بالضرورة. ويمكن لواجهة واحدة أن تنتقل بينها، لكن تغيير الدور لا يمنح صلاحيات إضافية، ولا يجعل مراجعة النموذج لعمله مراجعة مستقلة.
«عقد المهمة» بدلاً من ذاكرة المحادثة
في قلب المقترح وثيقة واحدة لكل مهمة، تسمى وحدة المهمة. تسجل هذه الوثيقة الهدف، وشروط القبول، والمدخلات، والملفات التي يجوز تعديلها، والفحوصات المطلوبة، والمرحلة الحالية، والأدلة المرتبطة بها.
وتكمن أهمية هذا العقد في أنه يجعل التسليم قابلاً للتتبع حتى لو انتهت الجلسة أو اختُصر سياقها: يستطيع من يتولى المرحلة التالية معرفة ما المطلوب، وما الذي أُنجز، وما الذي ما زال عالقاً. أما المحادثات الطويلة والسجلات التفصيلية فتبقى مراجع تُفتح عند الحاجة، لا سجلاً بديلاً لحالة المهمة.
ويقترح الإطار أيضاً مدخلاً يحدد المهمة النشطة، من دون نسخ حالتها في ملفات متعددة. فإذا لم تكن هناك مهمة محددة، فلا ينبغي للنظام أن يختار تلقائياً مهمة قديمة لمجرد أنها الأحدث.
بوابتان قبل تمرير العمل
لا يكفي، وفق المقترح، أن يعلن المنفذ أن الاختبارات نجحت. فالسماح بتمرير نسخة مرشحة إلى المرحلة التالية يتطلب تحقق شرطين معاً:
- بوابة آلية: تشغيل الفحوصات المحددة على النسخة نفسها، مع تسجيل نتيجة موثوقة. النتيجة الغائبة أو غير الواضحة لا تُحسب نجاحاً.
- مراجعة مستقلة: فحص النسخة والتوقيع على قرار المراجعة من جهة مخولة لم تشارك في تنفيذ تلك النسخة.
ويجب أن ترتبط نتيجة الاختبار والمراجعة بهوية النسخة نفسها، لا باسم ملف أو مسار يمكن أن يبقى ثابتاً بينما يتغير محتواه. لذلك، إذا عُدّلت النسخة بعد الفحص أو المراجعة، فلا يجوز استخدام نتيجة قديمة لتمرير التعديل الجديد.
والتمييز مهم هنا: يستطيع النموذج إعداد مسودة مراجعة، لكن تغيير اسمه إلى «المشرف» لا يجعله مراجعاً مستقلاً. كما أن المقترح لا يعدّ كتابة «تم التوقيع» في المحادثة أو وضع علامة في قائمة يدوية دليلاً كافياً على مراجعة موثوقة.
الجودة جزء من سير العمل
يتسق هذا الاتجاه مع مبدأ أوسع في إدارة الجودة: إدخال متطلبات الجودة في صميم العمليات، بدلاً من الاكتفاء بفحص النتيجة في نهايتها. وتذكر مواد لهواوي هذا التوجه بوصفه جزءاً من إدارة الجودة عبر الأعمال والعمليات.7
لكن الأتمتة وحدها لا تحل المشكلة. فالمسودة تشترط أن تعمل الفحوصات ضمن بيئة موثوقة، وأن يصدر إثباتها من أداة تحقق لا يستطيع المنفذ تعديلها، وأن تُحفظ الأدلة بحيث يمكن معرفة أي نسخة خضعت للفحص. وإذا لم يثبت أن المضيف يعزل التنفيذ عن أدوات التحكم، فالمقترح يدعو إلى اعتبار بوابة التحقق غير مستوفاة، لا إلى افتراض أنها آمنة.
عند الفشل: إصلاح محدود، لا محو للأثر
إذا رُفضت النسخة، يُفترض أن تبقى نتيجة الفشل والنسخة التي رُفضت وأسباب القرار محفوظة. ويمكن إجراء إصلاح ضمن النطاق المصرح به، لكن الإصلاح ينشئ محاولة ونسخة جديدتين تحتاجان إلى التحقق والمراجعة من جديد. أما إذا تغيرت شروط القبول أو الواجهات أو نطاق العمل، فينبغي الرجوع إلى التخطيط لاعتماد التغيير بدلاً من تعديل العقد أثناء التنفيذ.
وتوصي المسودة كذلك بعدم حذف المهام القديمة أو أدلتها لمجرد الانتقال إلى هيكل جديد. تُحفظ المراجع والأدلة الفريدة، ويجري ترحيل الأصول وفق موافقات واضحة، حتى لا تصبح نتيجة سابقة أو معلومة لازمة غير قابلة للاسترجاع.
ما الذي لم يُحسم بعد؟
هذه مسودة مواصفات هندسية، وليست إعلاناً عن نظام مطبق. فهي تحدد ما ينبغي بناؤه والتحقق منه، لكنها لا تثبت أن آلية التوقيع المستقل أو أدوات التحقق أو إعدادات Roo Code وCline قد نُفذت أو اجتازت اختبارات فعلية.
والخلاصة أن قيمة الإطار ليست في إضافة مزيد من الأدوار، بل في جعل العمل قابلاً للتسليم والمراجعة: عقد واحد للمهمة، أدلة مرتبطة بالنسخة الفعلية، ومنع واضح للانتقال عند الفشل أو غياب الإثبات.
Studio Global AI
مواصلة البحث الخاص بك
تتضمن هذه الصفحة إجابة مدعومة بالمصدر يمكنك المتابعة داخل Studio Global.
يسأل الناس أيضا
ما هي الإجابة المختصرة على "كيف يضبط إطار BMAD-Solo عمل وكلاء الذكاء الاصطناعي؟"؟
الفكرة ليست إنشاء وكيل منفصل لكل دور، بل تنظيم العمل في مسار واحد يضم التحليل والتصميم والتنفيذ والمراجعة.
ما هي النقاط الأساسية التي يجب التحقق منها أولاً؟
الفكرة ليست إنشاء وكيل منفصل لكل دور، بل تنظيم العمل في مسار واحد يضم التحليل والتصميم والتنفيذ والمراجعة. لكل مهمة عقد يحدد المطلوب والملفات والنطاق والفحوصات، بدلاً من الاعتماد على سجل المحادثة لتتبّع الحالة.
ماذا يجب أن أفعل بعد ذلك في الممارسة العملية؟
المرور إلى المرحلة التالية يتطلب فحوصات آلية ناجحة ومراجعة مستقلة مرتبطة بالنسخة نفسها من العمل.