بدلاً من تشغيل أربعة وكلاء منفصلين، يقترح التصميم مساراً واحداً تتعاقب فيه مسؤوليات التحليل والهندسة والتنفيذ والمراجعة. لا تُقبل المهمة إلا بعد نجاح الفحوص الآلية ومراجعة مستقلة مرتبطة بالنسخة نفسها من العمل.
نشر بواسطةتم إنشاء الصور باستخدام 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/rWOhBaFdUxMyaozsrgdd3InWgqC2/thumbnails/AF2B4A8141BF910FE4BF/7688E84F1DF43DC47B50-medium-640.webp)
Create 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":"以下为《BMAD Solo 业务流驱动的 Agent 文档与任务治理落地规范》工程草案,采用任务单元贯穿 Plan–Act,并将机器检查与独立审查落实为下游释放条件。本次仅交付规范,不实施生产代码,不迁移、删除或覆盖现有资产。\n\n 单 Agent 可以切换职责视角,但不能仅凭切换提示词取得独立审查资格。\n . 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
تمنح تسمية الوكلاء بأدوار مثل «محلل» و«مهندس» و«مبرمج» انطباعاً بوجود فصل واضح للعمل، لكنها لا تضمن وحدها أن كل مرحلة سلّمت ما تحتاجه المرحلة التالية، أو أن المراجعة مستقلة فعلاً. لذلك يطرح مقترح BMAD-Solo طريقة أخرى: مسار عمل واحد، تُحدَّد فيه المسؤوليات عند كل خطوة، وتظل المهمة وعقدها وأدلتها مرتبطة من البداية إلى التسليم.
الفكرة قريبة من النظر إلى العمل بوصفه تدفقاً متصلاً من الحاجة إلى النتيجة. وفي حديث عن العلاقة بين الأعمال والعمليات وتقنية المعلومات والجودة والتشغيل، وُصف تدفق الأعمال بأنه عملية تمتد من متطلبات العميل إلى تقديم المنتج أو الخدمة.6 هنا تُستخدم الفكرة لتوجيه تنظيم عمل الوكيل، لا باعتبارها وصفة جاهزة لبناء نظام ذكاء اصطناعي.
يقسّم المقترح العمل إلى Plan وAct. في التخطيط، يوضح دور المحلل الهدف والقيود ومعايير القبول وما لا يزال مجهولاً؛ ثم يحوّل دور المهندس هذه العناصر إلى مواصفات قابلة للتحقق، تشمل الملفات والواجهات والفحوص المطلوبة. وفي التنفيذ، يلتزم المبرمج بالعقد المعتمد، ثم تأتي المراجعة لتفحص العمل والأدلة قبل السماح بتسليمه.
هذه أدوار داخل سير العمل، وليست بالضرورة أربعة أنظمة أو وكلاء مستقلين. والتمييز مهم: فظهور اسم «المشرف» في المحادثة، أو تغيير التعليمات، لا يثبت أن للمراجعة استقلالاً حقيقياً. إذا كان المنفّذ نفسه يستطيع إصدار موافقة المراجع، فالفصل هنا شكلي.
بدلاً من إنشاء ملف منفصل لكل دور يحمل نسخة أخرى من الخطة، يقترح التصميم وحدة مهمة واحدة تجمع العناصر الأساسية: الهدف، والمدخلات ومراجعها، والتبعيات، والملفات المطلوب إنشاؤها أو تعديلها، والثوابت التي يجب الحفاظ عليها، ومعايير القبول، وطريقة التحقق، وحدود الصلاحية.
تُحفظ حالة المهمة الموجزة في ملفها، بينما تبقى سجلات التشغيل الخام في موضع منفصل. أما ملف المهمة النشطة فيكون مؤشراً إلى المهمة الحالية، لا نسخة ثانية من حالتها. وبهذا يقل خطر اختلاف القوائم أو اعتبار ملخص مكتوب بيد الوكيل دليلاً على نجاح فحص لم يُجرَ.
ويحذر المقترح أيضاً من اعتبار كل المجهول نجاحاً، أو من تمرير مهمة غير مكتملة باعتبارها اعتماداً مقبولاً. فلا تصبح مخرجات المهمة أساساً معتمداً لمهمة لاحقة إلا بعد قبولها، مع توثيق أي استخدام استكشافي لمخرجات لم تُقبل بعد.
القاعدة المركزية هي اشتراط أمرين معاً: نجاح الفحوص الآلية ومراجعة مستقلة. الفحوص يجب أن تكون مرتبطة بنسخة محددة من العمل، وأن تحفظ نتيجة التشغيل الفعلية، بما فيها حالات الفشل أو التخطي أو انتهاء المهلة. ونجاح أمر واحد أو ظهور كلمة «PASS» في ملخص لا يكفي إذا غابت سجلات يمكن التحقق منها.
أما المراجعة، فينبغي أن تصدر عن شخص أو جهة مراجعة ذات صلاحية منفصلة عن منفّذ التغيير، وأن ترتبط بالنسخة نفسها وبنتائج الفحص نفسها. إذا غاب المراجع المستقل، يستطيع الفريق تجهيز العمل للمراجعة، لكنه لا يصفه بأنه مقبول نهائياً.
وتنسجم هذه الحيطة مع إشكال أوسع في تنسيق الوكلاء: فملخص ورقة AutoSwarm: Automating Agent Swarms يشير إلى أن توزيع العمل والتخصص لا يضمنان تلقائياً مساهمات متكاملة، وأن التبعيات بين الوكلاء قد تنقل الأخطاء المحلية إلى نتيجة المهمة.1 لكن المادة المتاحة هنا لا تكفي للتحقق من تفاصيل الورقة كاملة، لذا لا ينبغي نسبة تصميم هذا المقترح أو نتائج إضافية إليها.
يعرض المقترح أمثلة لكيفية توجيه الأدوار في Roo Code وCline، لكنه لا يدّعي أن تلك الإعدادات طبّقت أو اختُبرت. ملف إعداد أو تعليمات مكتوبة قد يساعدان على توجيه السلوك، لكنهما لا يثبتان بمفردهما أن الوكيل عاجز فعلياً عن الكتابة خارج النطاق، أو أن المراجع لا يستطيع تعديل العمل الذي يراجعه.
لذلك يميّز التصميم بين الانضباط الإجرائي والحماية التقنية. الادعاء بوجود فصل فعلي يحتاج إلى التحقق من صلاحيات المضيف، وهوية المراجع، وطريقة تشغيل الفحوص، وما إذا كانت بوابة التسليم ترفض العمل عند غياب دليل أو توقيع صالح. كما يجب أن يبقى النشر أو الدمج خاضعاً لتفويض مستقل، لا نتيجة تلقائية لاجتياز الفحوص.
الخلاصة العملية ليست إضافة مزيد من الشخصيات إلى الحوار، بل توضيح من يفعل ماذا، وما الدليل المطلوب عند انتقال المهمة بين المراحل. غير أن الوثيقة المقدمة تظل مسودة مواصفة هندسية: فهي لا تثبت إنشاء الملفات المقترحة، أو تشغيل الفحوص، أو اختبار التكامل مع المضيف، ولا تمنح إذناً بتعديل أصول قائمة.
لهذا تصلح كإطار لتصميم حوكمة المهام ومراجعة حدودها، لا كضمان جاهز بأن أي سير عمل مبني عليها يوفّر بالفعل عزلاً أو مراجعة مستقلة.
Studio Global AI
تتضمن هذه الصفحة إجابة مدعومة بالمصدر يمكنك المتابعة داخل Studio Global.
بدلاً من تشغيل أربعة وكلاء منفصلين، يقترح التصميم مساراً واحداً تتعاقب فيه مسؤوليات التحليل والهندسة والتنفيذ والمراجعة.
بدلاً من تشغيل أربعة وكلاء منفصلين، يقترح التصميم مساراً واحداً تتعاقب فيه مسؤوليات التحليل والهندسة والتنفيذ والمراجعة. لا تُقبل المهمة إلا بعد نجاح الفحوص الآلية ومراجعة مستقلة مرتبطة بالنسخة نفسها من العمل.
تبديل الوكيل إلى دور «المراجع» لا يكفي لإثبات الاستقلال؛ يلزم مراجع أو جهة مراجعة ذات صلاحية منفصلة.
بدلاً من تشغيل أربعة وكلاء منفصلين، يقترح التصميم مساراً واحداً تتعاقب فيه مسؤوليات التحليل والهندسة والتنفيذ والمراجعة. لا تُقبل المهمة إلا بعد نجاح الفحوص الآلية ومراجعة مستقلة مرتبطة بالنسخة نفسها من العمل.
نشر بواسطةتم إنشاء الصور باستخدام 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/rWOhBaFdUxMyaozsrgdd3InWgqC2/thumbnails/AF2B4A8141BF910FE4BF/7688E84F1DF43DC47B50-medium-640.webp)
Create 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":"以下为《BMAD Solo 业务流驱动的 Agent 文档与任务治理落地规范》工程草案,采用任务单元贯穿 Plan–Act,并将机器检查与独立审查落实为下游释放条件。本次仅交付规范,不实施生产代码,不迁移、删除或覆盖现有资产。\n\n 单 Agent 可以切换职责视角,但不能仅凭切换提示词取得独立审查资格。\n . 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
تمنح تسمية الوكلاء بأدوار مثل «محلل» و«مهندس» و«مبرمج» انطباعاً بوجود فصل واضح للعمل، لكنها لا تضمن وحدها أن كل مرحلة سلّمت ما تحتاجه المرحلة التالية، أو أن المراجعة مستقلة فعلاً. لذلك يطرح مقترح BMAD-Solo طريقة أخرى: مسار عمل واحد، تُحدَّد فيه المسؤوليات عند كل خطوة، وتظل المهمة وعقدها وأدلتها مرتبطة من البداية إلى التسليم.
الفكرة قريبة من النظر إلى العمل بوصفه تدفقاً متصلاً من الحاجة إلى النتيجة. وفي حديث عن العلاقة بين الأعمال والعمليات وتقنية المعلومات والجودة والتشغيل، وُصف تدفق الأعمال بأنه عملية تمتد من متطلبات العميل إلى تقديم المنتج أو الخدمة.6 هنا تُستخدم الفكرة لتوجيه تنظيم عمل الوكيل، لا باعتبارها وصفة جاهزة لبناء نظام ذكاء اصطناعي.
يقسّم المقترح العمل إلى Plan وAct. في التخطيط، يوضح دور المحلل الهدف والقيود ومعايير القبول وما لا يزال مجهولاً؛ ثم يحوّل دور المهندس هذه العناصر إلى مواصفات قابلة للتحقق، تشمل الملفات والواجهات والفحوص المطلوبة. وفي التنفيذ، يلتزم المبرمج بالعقد المعتمد، ثم تأتي المراجعة لتفحص العمل والأدلة قبل السماح بتسليمه.
هذه أدوار داخل سير العمل، وليست بالضرورة أربعة أنظمة أو وكلاء مستقلين. والتمييز مهم: فظهور اسم «المشرف» في المحادثة، أو تغيير التعليمات، لا يثبت أن للمراجعة استقلالاً حقيقياً. إذا كان المنفّذ نفسه يستطيع إصدار موافقة المراجع، فالفصل هنا شكلي.
بدلاً من إنشاء ملف منفصل لكل دور يحمل نسخة أخرى من الخطة، يقترح التصميم وحدة مهمة واحدة تجمع العناصر الأساسية: الهدف، والمدخلات ومراجعها، والتبعيات، والملفات المطلوب إنشاؤها أو تعديلها، والثوابت التي يجب الحفاظ عليها، ومعايير القبول، وطريقة التحقق، وحدود الصلاحية.
تُحفظ حالة المهمة الموجزة في ملفها، بينما تبقى سجلات التشغيل الخام في موضع منفصل. أما ملف المهمة النشطة فيكون مؤشراً إلى المهمة الحالية، لا نسخة ثانية من حالتها. وبهذا يقل خطر اختلاف القوائم أو اعتبار ملخص مكتوب بيد الوكيل دليلاً على نجاح فحص لم يُجرَ.
ويحذر المقترح أيضاً من اعتبار كل المجهول نجاحاً، أو من تمرير مهمة غير مكتملة باعتبارها اعتماداً مقبولاً. فلا تصبح مخرجات المهمة أساساً معتمداً لمهمة لاحقة إلا بعد قبولها، مع توثيق أي استخدام استكشافي لمخرجات لم تُقبل بعد.
القاعدة المركزية هي اشتراط أمرين معاً: نجاح الفحوص الآلية ومراجعة مستقلة. الفحوص يجب أن تكون مرتبطة بنسخة محددة من العمل، وأن تحفظ نتيجة التشغيل الفعلية، بما فيها حالات الفشل أو التخطي أو انتهاء المهلة. ونجاح أمر واحد أو ظهور كلمة «PASS» في ملخص لا يكفي إذا غابت سجلات يمكن التحقق منها.
أما المراجعة، فينبغي أن تصدر عن شخص أو جهة مراجعة ذات صلاحية منفصلة عن منفّذ التغيير، وأن ترتبط بالنسخة نفسها وبنتائج الفحص نفسها. إذا غاب المراجع المستقل، يستطيع الفريق تجهيز العمل للمراجعة، لكنه لا يصفه بأنه مقبول نهائياً.
وتنسجم هذه الحيطة مع إشكال أوسع في تنسيق الوكلاء: فملخص ورقة AutoSwarm: Automating Agent Swarms يشير إلى أن توزيع العمل والتخصص لا يضمنان تلقائياً مساهمات متكاملة، وأن التبعيات بين الوكلاء قد تنقل الأخطاء المحلية إلى نتيجة المهمة.1 لكن المادة المتاحة هنا لا تكفي للتحقق من تفاصيل الورقة كاملة، لذا لا ينبغي نسبة تصميم هذا المقترح أو نتائج إضافية إليها.
يعرض المقترح أمثلة لكيفية توجيه الأدوار في Roo Code وCline، لكنه لا يدّعي أن تلك الإعدادات طبّقت أو اختُبرت. ملف إعداد أو تعليمات مكتوبة قد يساعدان على توجيه السلوك، لكنهما لا يثبتان بمفردهما أن الوكيل عاجز فعلياً عن الكتابة خارج النطاق، أو أن المراجع لا يستطيع تعديل العمل الذي يراجعه.
لذلك يميّز التصميم بين الانضباط الإجرائي والحماية التقنية. الادعاء بوجود فصل فعلي يحتاج إلى التحقق من صلاحيات المضيف، وهوية المراجع، وطريقة تشغيل الفحوص، وما إذا كانت بوابة التسليم ترفض العمل عند غياب دليل أو توقيع صالح. كما يجب أن يبقى النشر أو الدمج خاضعاً لتفويض مستقل، لا نتيجة تلقائية لاجتياز الفحوص.
الخلاصة العملية ليست إضافة مزيد من الشخصيات إلى الحوار، بل توضيح من يفعل ماذا، وما الدليل المطلوب عند انتقال المهمة بين المراحل. غير أن الوثيقة المقدمة تظل مسودة مواصفة هندسية: فهي لا تثبت إنشاء الملفات المقترحة، أو تشغيل الفحوص، أو اختبار التكامل مع المضيف، ولا تمنح إذناً بتعديل أصول قائمة.
لهذا تصلح كإطار لتصميم حوكمة المهام ومراجعة حدودها، لا كضمان جاهز بأن أي سير عمل مبني عليها يوفّر بالفعل عزلاً أو مراجعة مستقلة.
Studio Global AI
تتضمن هذه الصفحة إجابة مدعومة بالمصدر يمكنك المتابعة داخل Studio Global.
بدلاً من تشغيل أربعة وكلاء منفصلين، يقترح التصميم مساراً واحداً تتعاقب فيه مسؤوليات التحليل والهندسة والتنفيذ والمراجعة.
بدلاً من تشغيل أربعة وكلاء منفصلين، يقترح التصميم مساراً واحداً تتعاقب فيه مسؤوليات التحليل والهندسة والتنفيذ والمراجعة. لا تُقبل المهمة إلا بعد نجاح الفحوص الآلية ومراجعة مستقلة مرتبطة بالنسخة نفسها من العمل.
تبديل الوكيل إلى دور «المراجع» لا يكفي لإثبات الاستقلال؛ يلزم مراجع أو جهة مراجعة ذات صلاحية منفصلة.