ينظم المقترح العمل حول المهمة ومسارها من التخطيط إلى التسليم، لا حول مجلدات منفصلة لكل دور. تغيير الدور داخل الجلسة لا يصنع مراجعة مستقلة؛ فالمراجعة تتطلب هوية منفصلة وتوقيعًا موثوقًا.
نشر بواسطةتم إنشاء الصور باستخدام 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/q56Obxge3SXqN702YfUAgiNDcqV2/thumbnails/52E484E2755ECB1168D8/5278B5E738546DB1DD36-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":"本草案将业务流、任务契约、实测证据和独立审查收敛为一套可机械校验的治理设计。交付仅为会话中的工程规范草案,不表示控制器已经实现、宿主已经加载规则,也不授权代码实施、目录迁移或删除历史资产。\n\n 任务按端到端业务流组织,不按角色建立物理文档目录。\n 角色切换改变工作视角,不产生新的执行权限或独立审查身份。\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
توزيع العمل على وكلاء أو أدوار متعددة لا يضمن تلقائيًا أن يكمل بعضهم بعضًا؛ وقد تنتقل الأخطاء بين المهام عندما تعتمد المراحل بعضها على بعض.1 لذلك يقترح إطار BMAD-Solo تنظيم العمل حول تدفق المهمة من تحديد الحاجة إلى تسليم نتيجة قابلة للاستخدام، بدل بناء منظومة من مجلدات الأدوار المنفصلة.
الفكرة ليست إضافة مزيد من الوكلاء، بل تحديد ما يجب أن يحدث عند كل انتقال: ما المطلوب؟ ما الذي يثبت إنجازه؟ ومن يملك صلاحية الموافقة على الخطوة التالية؟
يعامل المقترح العمل بوصفه مسارًا يبدأ بفهم هدف العمل ومدخلاته، ثم تصميم الحل، فتنفيذ نسخة مرشحة، والتحقق منها، ومراجعتها، وأخيرًا تسليمها ضمن حدود واضحة. وهذا ينسجم مع تصور تدفق العمل بوصفه عملية تبدأ بمتطلبات العميل وتنتهي بتقديم منتج أو خدمة له.9
تتغير وجهة النظر خلال هذا المسار: يحلل Analyst الحاجة ومعايير القبول، ويثبت Architect التصميم ونطاق التغيير، وينفذ Coder النسخة المرشحة، ثم يفحص Supervisor أدلة التنفيذ والمراجعة. لكنها مراحل ومسؤوليات في مسار واحد، وليست دليلًا بحد ذاته على وجود أربعة وكلاء مستقلين.
ولهذا يقترح التصميم سجلًا واحدًا لكل مهمة يتضمن نطاقها ومدخلاتها ومخرجاتها والاعتماديات والفحوص اللازمة وحالتها. أما الملخصات وواجهات الأدوات، فينبغي أن تكون وسائل عرض أو إحالات إلى هذا السجل، لا دفاتر تقدم ثانية تتنافس معه.
من أهم الفروق في المقترح أن النموذج نفسه إذا انتقل من دور المنفذ إلى دور المراجع، فقد غيّر زاوية النظر، لكنه لم يحقق استقلال المراجعة. الاستقلال يحتاج إلى جهة مراجعة منفصلة يمكن التحقق من هويتها، وإلى قرار يرتبط بالنسخة المعينة التي خضعت للفحص.
لذلك تقوم بوابة التسليم على شرطين متلازمين: اجتياز الفحوص الآلية المطلوبة، وموافقة مراجع مستقل على النسخة نفسها. إذا غاب أحدهما، أو تعذر التحقق منه، لا ينبغي اعتبار المخرج جاهزًا للمرحلة التالية.
هذا تمييز مهم: يمكن للنموذج إعداد تقرير مراجعة أو اقتراح اختبارات، لكن ذلك لا يحول تقريره إلى توقيع مستقل. وإذا لم تتوفر آلية موثوقة للموافقة والنشر، يجب وصف النتيجة بأنها مسودة أو مراجعة مقترحة، لا بأنها اجتازت بوابتي التحقق.
لا تكفي عبارة «الاختبارات نجحت». ينبغي ربط نتيجة كل فحص بالمهمة، والعقد الذي يحدد المطلوب، والنسخة المرشحة، والبيئة التي شُغّل فيها الفحص. فإذا تغيرت النسخة بعد الاختبار أو المراجعة، لا يصح استخدام الموافقة السابقة لتبرير تسليم التغيير الجديد.
ويفصل المقترح بين ثلاثة أنواع من المعلومات: عقد المهمة يحدد المطلوب، وسجل التشغيل يثبت ما جرى فعليًا، وتوقيع المراجعة يسجل قرار جهة مستقلة. هذا الفصل يساعد على تجنب اعتبار ملخص مكتوب يدويًا أو حالة «مقبول» في ملف دليلًا كافيًا على التنفيذ.
كما أن الفحوص ينبغي أن تكون جزءًا من مسار العمل، لا خطوة شكلية في نهايته؛ فدمج متطلبات الجودة في مراحل العملية ونقاط التحقق فيها من المبادئ التي تناولها خطاب عن الجودة وإدارة العمليات.10
إذا فشل اختبار، أو كانت نتيجة التشغيل ناقصة، أو تعذر التحقق من هوية المراجع، فالمقترح يمنع تسليم النسخة باعتبارها ناجحة. تُحفظ الحالة والأدلة اللازمة، ثم يمكن إصلاح المشكلة ضمن النطاق المصرح به وإعادة الفحوص والمراجعة.
وإذا تغيرت متطلبات المهمة أو نطاق التعديل، فالخطوة الصحيحة هي تحديث العقد والحصول على الموافقة المناسبة، لا تمرير التغيير عبر ملاحظة جانبية. كما يجب تجنب الكتابة فوق تعديلات سابقة أو حذف سجل وحيد لإخفاء الفشل.
يرسم إطار BMAD-Solo تصورًا واضحًا: مهمة واحدة بوصفها محور المتابعة، وسجلًا يحدد نطاقها، وأدلة تشغيل مرتبطة بالنسخة، ومراجعة مستقلة قبل التسليم. لكن هذه المبادئ لا تثبت أن أداة بعينها تطبقها بالفعل.
فإعدادات الأدوار أو التعليمات النصية وحدها لا تثبت أن صلاحيات الكتابة محصورة، أو أن نتائج الفحوص أصلية، أو أن النشر محجوب حتى صدور الموافقة. يحتاج ذلك إلى آليات تشغيل واعتماد ونشر يمكن اختبارها، وإلى أدلة فعلية على نجاح المسارات المسموح بها ورفض الحالات الناقصة أو المخالفة.
وعليه، فالنتيجة هنا مواصفة هندسية مقترحة، لا إعلان عن تنفيذ مكتمل أو اختبارات ناجحة أو ترحيل للملفات. قيمتها أنها توضح ما ينبغي إثباته قبل وصف العمل بأنه محكوم وآمن للتسليم.
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/q56Obxge3SXqN702YfUAgiNDcqV2/thumbnails/52E484E2755ECB1168D8/5278B5E738546DB1DD36-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":"本草案将业务流、任务契约、实测证据和独立审查收敛为一套可机械校验的治理设计。交付仅为会话中的工程规范草案,不表示控制器已经实现、宿主已经加载规则,也不授权代码实施、目录迁移或删除历史资产。\n\n 任务按端到端业务流组织,不按角色建立物理文档目录。\n 角色切换改变工作视角,不产生新的执行权限或独立审查身份。\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
توزيع العمل على وكلاء أو أدوار متعددة لا يضمن تلقائيًا أن يكمل بعضهم بعضًا؛ وقد تنتقل الأخطاء بين المهام عندما تعتمد المراحل بعضها على بعض.1 لذلك يقترح إطار BMAD-Solo تنظيم العمل حول تدفق المهمة من تحديد الحاجة إلى تسليم نتيجة قابلة للاستخدام، بدل بناء منظومة من مجلدات الأدوار المنفصلة.
الفكرة ليست إضافة مزيد من الوكلاء، بل تحديد ما يجب أن يحدث عند كل انتقال: ما المطلوب؟ ما الذي يثبت إنجازه؟ ومن يملك صلاحية الموافقة على الخطوة التالية؟
يعامل المقترح العمل بوصفه مسارًا يبدأ بفهم هدف العمل ومدخلاته، ثم تصميم الحل، فتنفيذ نسخة مرشحة، والتحقق منها، ومراجعتها، وأخيرًا تسليمها ضمن حدود واضحة. وهذا ينسجم مع تصور تدفق العمل بوصفه عملية تبدأ بمتطلبات العميل وتنتهي بتقديم منتج أو خدمة له.9
تتغير وجهة النظر خلال هذا المسار: يحلل Analyst الحاجة ومعايير القبول، ويثبت Architect التصميم ونطاق التغيير، وينفذ Coder النسخة المرشحة، ثم يفحص Supervisor أدلة التنفيذ والمراجعة. لكنها مراحل ومسؤوليات في مسار واحد، وليست دليلًا بحد ذاته على وجود أربعة وكلاء مستقلين.
ولهذا يقترح التصميم سجلًا واحدًا لكل مهمة يتضمن نطاقها ومدخلاتها ومخرجاتها والاعتماديات والفحوص اللازمة وحالتها. أما الملخصات وواجهات الأدوات، فينبغي أن تكون وسائل عرض أو إحالات إلى هذا السجل، لا دفاتر تقدم ثانية تتنافس معه.
من أهم الفروق في المقترح أن النموذج نفسه إذا انتقل من دور المنفذ إلى دور المراجع، فقد غيّر زاوية النظر، لكنه لم يحقق استقلال المراجعة. الاستقلال يحتاج إلى جهة مراجعة منفصلة يمكن التحقق من هويتها، وإلى قرار يرتبط بالنسخة المعينة التي خضعت للفحص.
لذلك تقوم بوابة التسليم على شرطين متلازمين: اجتياز الفحوص الآلية المطلوبة، وموافقة مراجع مستقل على النسخة نفسها. إذا غاب أحدهما، أو تعذر التحقق منه، لا ينبغي اعتبار المخرج جاهزًا للمرحلة التالية.
هذا تمييز مهم: يمكن للنموذج إعداد تقرير مراجعة أو اقتراح اختبارات، لكن ذلك لا يحول تقريره إلى توقيع مستقل. وإذا لم تتوفر آلية موثوقة للموافقة والنشر، يجب وصف النتيجة بأنها مسودة أو مراجعة مقترحة، لا بأنها اجتازت بوابتي التحقق.
لا تكفي عبارة «الاختبارات نجحت». ينبغي ربط نتيجة كل فحص بالمهمة، والعقد الذي يحدد المطلوب، والنسخة المرشحة، والبيئة التي شُغّل فيها الفحص. فإذا تغيرت النسخة بعد الاختبار أو المراجعة، لا يصح استخدام الموافقة السابقة لتبرير تسليم التغيير الجديد.
ويفصل المقترح بين ثلاثة أنواع من المعلومات: عقد المهمة يحدد المطلوب، وسجل التشغيل يثبت ما جرى فعليًا، وتوقيع المراجعة يسجل قرار جهة مستقلة. هذا الفصل يساعد على تجنب اعتبار ملخص مكتوب يدويًا أو حالة «مقبول» في ملف دليلًا كافيًا على التنفيذ.
كما أن الفحوص ينبغي أن تكون جزءًا من مسار العمل، لا خطوة شكلية في نهايته؛ فدمج متطلبات الجودة في مراحل العملية ونقاط التحقق فيها من المبادئ التي تناولها خطاب عن الجودة وإدارة العمليات.10
إذا فشل اختبار، أو كانت نتيجة التشغيل ناقصة، أو تعذر التحقق من هوية المراجع، فالمقترح يمنع تسليم النسخة باعتبارها ناجحة. تُحفظ الحالة والأدلة اللازمة، ثم يمكن إصلاح المشكلة ضمن النطاق المصرح به وإعادة الفحوص والمراجعة.
وإذا تغيرت متطلبات المهمة أو نطاق التعديل، فالخطوة الصحيحة هي تحديث العقد والحصول على الموافقة المناسبة، لا تمرير التغيير عبر ملاحظة جانبية. كما يجب تجنب الكتابة فوق تعديلات سابقة أو حذف سجل وحيد لإخفاء الفشل.
يرسم إطار BMAD-Solo تصورًا واضحًا: مهمة واحدة بوصفها محور المتابعة، وسجلًا يحدد نطاقها، وأدلة تشغيل مرتبطة بالنسخة، ومراجعة مستقلة قبل التسليم. لكن هذه المبادئ لا تثبت أن أداة بعينها تطبقها بالفعل.
فإعدادات الأدوار أو التعليمات النصية وحدها لا تثبت أن صلاحيات الكتابة محصورة، أو أن نتائج الفحوص أصلية، أو أن النشر محجوب حتى صدور الموافقة. يحتاج ذلك إلى آليات تشغيل واعتماد ونشر يمكن اختبارها، وإلى أدلة فعلية على نجاح المسارات المسموح بها ورفض الحالات الناقصة أو المخالفة.
وعليه، فالنتيجة هنا مواصفة هندسية مقترحة، لا إعلان عن تنفيذ مكتمل أو اختبارات ناجحة أو ترحيل للملفات. قيمتها أنها توضح ما ينبغي إثباته قبل وصف العمل بأنه محكوم وآمن للتسليم.
Studio Global AI
تتضمن هذه الصفحة إجابة مدعومة بالمصدر يمكنك المتابعة داخل Studio Global.
ينظم المقترح العمل حول المهمة ومسارها من التخطيط إلى التسليم، لا حول مجلدات منفصلة لكل دور.
ينظم المقترح العمل حول المهمة ومسارها من التخطيط إلى التسليم، لا حول مجلدات منفصلة لكل دور. تغيير الدور داخل الجلسة لا يصنع مراجعة مستقلة؛ فالمراجعة تتطلب هوية منفصلة وتوقيعًا موثوقًا.
لا يكفي نجاح الاختبارات وحده: يجب أن يطابق دليلها النسخة المراد تسليمها وأن تجتاز مراجعة مستقلة.