الإجاباتمنشور12 المصادر
خطة BMRalph V6: طبقة تنفيذ أبسط، وأدلة أقوى
التوصية: تجميد طبقة تنفيذ V5، لا مواصلة توسيعها، مع الاحتفاظ بمنهج التحليل والقرارات التاريخية بوصفها سجلاً لا دليلاً على نجاح V6. التصميم المقترح لـV6 يجمع منسّق bmad loop واحداً مع إطار تنفيذ واحد هو Cline، وفحوص خارجية، وملف خبرات نصي محدود.
نشر بواسطةتم إنشاء الصور باستخدام GPT Image 2
إجابة البحث
الوجبات السريعة الرئيسية
- التوصية: تجميد طبقة تنفيذ V5، لا مواصلة توسيعها، مع الاحتفاظ بمنهج التحليل والقرارات التاريخية بوصفها سجلاً لا دليلاً على نجاح V6.
- التصميم المقترح لـV6 يجمع منسّق bmad loop واحداً مع إطار تنفيذ واحد هو Cline، وفحوص خارجية، وملف خبرات نصي محدود.
- لا يوجد حتى الآن ما يكفي لإعلان الجاهزية: تكامل دورة حياة Cline، وعزل المراجعة العمياء، وربط Jev، واختبار العمل بعد انقطاع العميل كلها تحتاج إلى إثبات عملي.
- نجاح الاختبارات المحلية يثبت سلوك أجزاء محددة، لكنه لا يثبت وحده أن الوكيل يستطيع إنجاز قصة عمل كاملة على الخادم ثم مراجعتها واعتمادها.
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you operate via client side tool execution on the](https://d15bya8fi85z1v.cloudfront.net/chat/U0oDXR2yOIV8X9qOFcgLiFJcoUp2/images/A90C0EC23DEF257BE45D/1FF656F82B0EAD4E36E8.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 operate via client side tool execution on the. Article summary: <tool call {"name":"attempt completion","arguments":{"result":"建议冻结 V5 执行层，完整保留分析层；V6 条件采用“上游编排器＋单一 Cline 执行框架＋外部验证＋文本经验”。但当前不能宣布 V6 已可启动：Cline 生命周期适配、独立盲审隔离、Jev 外部门禁和真实断开闭环仍缺运行证据。\n\n BMRalph V6 目标架构方案与 V5 历史病理解剖报告\n\n . Topic tags: general web, llm, ai, workflow, code. 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 with fa
الخلاصة: جمّد V5، ولا تعلن جاهزية V6 بعد
توصي مراجعة معمارية BMRalph بالإبقاء على منهج التحليل، وتجميد طبقة التنفيذ في V5، ثم الانتقال المشروط إلى تصميم أبسط: منسّق واحد، وإطار تنفيذ واحد، وفحوص خارجية، وخبرات نصية محدودة.
لكن هذه توصية اتجاهية وليست إعلاناً بأن النظام الجديد جاهز. فما زالت هناك فجوات تشغيلية مهمة: لا يوجد إثبات كافٍ على أن Cline يفي بعقد الجلسات الذي يحتاج إليه bmad-loop، أو أن المراجعة المستقلة معزولة فعلاً عن سياق التطوير، أو أن فحوص Jev ستمنع اعتماد تغيير غير مقبول. كما لم يُثبت بعد أن الخادم يستطيع متابعة خطوة جديدة بعد انقطاع واجهة المستخدم المحلية.
ما الذي تكشفه مراجعة V5؟
تخزين متقن، لكنه لا ينجز المهمة
تؤكد المراجعة أن ملف bmad_control_store.py الذي جرى فحصه يبلغ 315 سطراً، لا 1728 سطراً كما ورد في ادعاء سابق. وهو مخزن سجلات ملفيّ، وليس قاعدة بيانات SQL. ولا يتوافر في الأدلة التي راجعتها نسخة تثبت وجود ملف تاريخي من 1728 سطراً أو الالتزام المرتبط به.
يتولى الملف عدداً من أعمال الحماية والتدقيق، مثل التحقق من الهوية والمسارات، وفحص تسلسل السجلات، ووضع حدود للحجم، وإعادة قراءة البيانات بعد حفظها. لكنه لا يصادق على هوية الإنسان، ولا يمنح إذن التنفيذ، ولا يبدأ المهام أو يحفظ تقدمها.
لذلك لا تكمن المشكلة في أن التحقق الأمني غير ضروري، بل في أن بناء طبقة تخزين معقدة سبق إثبات الحلقة التي يفترض أن تخدمها: توثيق القرار لا يعني تنفيذ المهمة. كذلك لا تثبت كثرة أسطر التخزين وحدها أن سياق النموذج صار أثقل؛ ذلك يحتاج إلى قياس يبيّن أن هذه المواد تُحقن فعلاً في طلبات النموذج وبأي مقدار.
تعطيل المهارات يزيد العبء على الطبقة الخارجية
بحسب مراجعة إعدادات المنفّذ، تُعطّل مهارات BMAD والإضافات وMCP وقوالب المطالبات وملفات السياق، مع حصر الأدوات المتاحة. وهذا يعني أن المنفّذ لا يكتشف مهارات BMAD بالطريقة الأصلية. وإذا كان المطلوب منه استخدام هذه المهارات، فعلى الطبقات المحيطة إعادة تمرير محتواها وإدارة اعتمادياتها وإصداراتها.
ولا يعني ذلك أن المنفّذ عاجز تماماً عن اتباع BMAD؛ بل يعني أن الأدلة لا تثبت استيفاء شروط المهارة بمجرد نسخ مقتطف منها. فبعض مهارات البناء تعتمد أيضاً على تهيئة المشروع ومسارات تشغيل محددة ومعالجة واضحة للفشل.
الاختبارات الخضراء لا تكفي لإثبات المنتج
يسجل تقرير الخطة أن 231 اختباراً محلياً متخصصاً اجتازت الاختبار تاريخياً، لكنه يوضح أيضاً أن هذه الاختبارات لم تثبت التشغيل على خلفية حقيقية، أو متابعة العمل بعد إغلاق العميل، أو اكتمال دورة المراجعة والالتزام البرمجي عن بُعد. ولم تُعَد هذه الاختبارات ضمن هذه المراجعة.
هذه الاختبارات ليست بلا قيمة: يمكنها إثبات سلوك الأقفال والحدود والتحقق من المسارات في ظروف محددة. لكنها لا تثبت أن أداة CLI تشغّل المهارات على النحو الصحيح، أو أن استدعاءات النموذج وأحداث اكتمال المهمة موثوقة، أو أن حالة محفوظة تعني أن المراجعة والالتزام والاستعادة قد اكتملت كلها.
والخلاصة العملية: احتفظ بالاختبارات بوصفها دليلاً تاريخياً على أجزاء بعينها، لا بوصفها ضوءاً أخضر لـV6.
توزيع الأدوار المقترح في V6
الفكرة المركزية هي منع ازدواجية السلطة: لا حاجة إلى إطارين يقرران ما المهمة التالية، ولا إلى طبقة جديدة تعيد تنفيذ ما يوفره المنسّق القائم.
bmad-loop: يختار قصة العمل المصرح بها، ويدير الجلسات والتحقق والمحاولات والالتزام وحالة التشغيل. لا يغيّر هدف الإنسان ولا ينشئ حلقة تحكم ثانية.- Cline CLI: ينفذ جلسة تطوير واحدة أو جلسة مراجعة واحدة في مساحة العمل المحددة. لا يتحول إلى منسّق خلفي أو نظام جدولة مستقل.
- BMAD-METHOD: يوفّر مسارات العمل والأدوار والمهارات، مع تحميل ما يلزم للمهمة بدلاً من ضخ كل المواد في كل جلسة.
- Jev: يقدّم إجابات منظّمة تساعد البرنامج على تصنيف القرار أو التقييم؛ لا يكتب الشيفرة ولا يحل محل الاختبارات الحتمية. توثّق TypeSafe استخدامه عبر إرسال حالة وأسئلة محددة وتلقي إجابات منظّمة
1
- آلية خبرات مستلهمة من Harness²: تحفظ دروساً نصية ضيقة النطاق لتفيد المهام اللاحقة، من دون الادعاء بأن المشروع يعيد تطبيق إطار Harness² كاملاً.
والتمييز المهم هنا أن عبارة «لا نموذج لغوي داخل حلقة التحكم» لا تعني الاستغناء عن النماذج. المقصود أن اختيار القصة وحدود المحاولات وبوابات التحقق وقرار الاكتمال تظل قرارات برمجية، بينما تُستخدم جلسات الوكيل للتطوير أو المراجعة.
الفجوة الأصعب: إثبات تكامل Cline
يظهر في الوثائق المتاحة أن Cline يدعم إعدادات ومسارات عمل واختيار نماذج، لكن قائمة الواجهات المدمجة في bmad-loop لا تتضمنه. كما أن آلية المهايئات العامة تعتمد على أحداث دورة حياة، ولم يظهر في قائمة صيغ الأحداث الموثقة ما يثبت وجود تكامل جاهز مع Cline.
لهذا لا يكفي إنشاء ملف إعدادات وتسميته «Profile». ينبغي إثبات أن التكامل يستطيع، في تشغيل حقيقي:
- بدء جلسة جديدة بالمهمة المحددة ثم إنهاءها على نحو يمكن التحقق منه.
- ربط حدثي البدء والانتهاء بهوية جلسة واضحة، لا الخلط بين رسالة عادية واكتمال المهمة.
- إيقاف الجلسة والعمليات التابعة لها عند الإلغاء.
- التعامل بوضوح مع بيانات الاستخدام غير المتاحة، بدلاً من الإيحاء بأن ميزانية التكلفة مفروضة وهي غير قابلة للقياس.
ينبغي أن يكون هناك ملفا إعداد فقط، أحدهما للتطوير والآخر للمراجعة، لا نظامان مستقلان لإدارة العمل. لكن أسماء النماذج الواردة في الخطة أهداف مقترحة؛ ولا تثبت المراجعة أنها معرّفات النماذج الفعلية لدى مزود الخدمة.
كيف ينبغي أن تعمل قصة عمل واحدة؟
يمكن تصور قصة عمل لإيقاف إنشاء الطلبات المكررة بهذا التسلسل، بشرط أن تكون متطلبات المنتج وحدود التعديل قد اعتمدها الإنسان مسبقاً:
- يختار
bmad-loopالقصة المصرح بها، ويتحقق من التبعيات، ثم ينشئ مساحة عمل معزولة لها. - تبدأ جلسة تطوير جديدة على Cline وتقرأ القصة ومعايير قبولها والخبرة ذات الصلة والشفرة اللازمة؛ ولا تعتمد على محادثة قديمة بوصفها حالة تشغيل.
- ينتج المنفّذ التغيير والاختبارات، لكن توقف الجلسة لا يعني أن القصة اجتازت القبول.
- تفحص أدوات حتمية جميع الملفات المعدلة، بما فيها الملفات الجديدة، وتُشغّل الاختبارات المطلوبة. ثم يقيّم Jev أسئلة النطاق والمعنى المصرح بها؛ والمجهول أو تعذّر الخدمة لا ينبغي أن يتحول إلى موافقة.
- تُجمّد نسخة المرشح وأدلة الاختبار قبل المراجعة، حتى لا يُراجع المراجع نسخة تختلف عن النسخة التي ستُعتمد.
- تبدأ جلسة مراجعة جديدة لا تطّلع على محادثة المطوّر أو تبريراته، وتصدر قراراً واضحاً: قبول أو رفض أو تعذّر الحسم.
- تُستخلص الخبرة من الأدلة الفعلية، إذا ظهر درس قابل للتعميم. لا حاجة إلى اختراع درس لمجرد تعبئة ملف الخبرات.
- يعيد النظام فحص هوية المرشح والاختبارات وقرار المراجعة قبل الالتزام. إذا تغيرت الشيفرة بعد المراجعة، لا يعود القرار القديم صالحاً.
- يتولى المنسّق وحده الالتزام والدمج وتحديث حالة القصة. ثم تبدأ القصة التالية في جلسة جديدة.
هذه الخطوات تصور مقترح، وليست دليلاً على أن السلسلة قد نُفذت بالفعل.
بوابات الفشل يجب أن تكون صريحة
يجب أن يؤدي تجاوز المسارات المعتمدة إلى الرفض الحتمي، لا إلى تصويت نموذج. ويمكن استخدام Jev لتقييم أسئلة دلالية محدودة، مثل مدى اتساع التغيير أو تصنيف فشل ما إذا كان ناتجاً عن الشيفرة أو البيئة؛ أما تعطل الخدمة أو غموض النتيجة فينبغي أن يوقف التقدم بدلاً من السماح بالالتزام.
ومن الحالات التي ينبغي اختبارها قبل الإعلان عن الجاهزية:
- انقطاع الواجهة المحلية: لا يكفي بقاء جلسة
tmuxمفتوحة؛ يجب إثبات وقوع مرحلة جديدة بعد الانقطاع وتسجيل نتيجتها. - فشل الاختبارات أو تعذّر Jev: لا التزام، مع حفظ سبب التوقف.
- رفض المراجع أو عدم حسمه أو انتهاء مهلته: لا التفاف على المراجعة ولا اعتماد تلقائي.
- تغير المرشح بعد المراجعة: إبطال الموافقة السابقة.
- تعطل الالتزام أو تحديث القصة: حفظ الحالة القائمة من دون إنشاء آلية استعادة موازية غير مثبتة.
- طلب الإيقاف: التحقق من انتهاء الجلسة والعمليات التابعة، لا الاكتفاء بإرسال إشارة إيقاف.
كما يجب عدم الخلط بين هدفين مختلفين: استمرار العمل على الخادم بعد انقطاع العميل، والعمل من دون أي اتصال بالشبكة. الأول هدف واقعي للتصميم المقترح؛ أما الثاني فلا يتيح استدعاء خدمات النموذج أو Jev، ويجب أن ينتهي بتوقف آمن.
ماذا يُحفظ من V5، وماذا يتوقف؟
التوصية هي تسجيل طبقة تنفيذ V5 بوصفها متوقفة، لا تمويهها على أنها مكتملة. تبقى خطة V5 وسجل الاختبارات والقرارات السابقة محفوظة لأغراض التتبع، من دون تحويل العناصر غير المنجزة إلى مهام مكتملة أو اعتبار اختبارات V5 اختبارات نجاح لـV6.
ويُنشأ لـV6 سجل قرار وخطة جديدان يحددان ما يحل محل خيارات التنفيذ والتخزين والتنسيق السابقة. أما منهج التحليل وحدود التفويض ومتطلبات الأدلة، فيمكن الاحتفاظ بها.
لكن تجميد الوثائق لا يثبت أن العمليات القديمة توقفت فعلياً أو أن مداخل تشغيلها أُزيلت. إيقاف العمليات القائمة والأرشفة المادية يحتاجان إلى تفويض وتنفيذ منفصلين.
معيار الإعلان عن النجاح
لا يكفي تشغيل عرض توضيحي أو نجاح قصة واحدة لإثبات التعلم بين المهام. ينبغي أن ينجز النظام قصة مصرحاً بها مع الاختبارات المطلوبة وبوابة Jev والمراجعة المستقلة والالتزام، وأن يثبت استمرار مرحلة جديدة بعد انقطاع العميل. أما إثبات أن خبرة محفوظة انتقلت إلى سياق المهمة التالية، فيتطلب اختباراً لاحقاً منفصلاً.
كذلك يجب أن يظل النظام بلا منسّق إضافي، وبلا قاعدة بيانات جديدة أو دفتر حالة موازٍ يعيد تسجيل ما يحتفظ به المنسّق الأصلي. ولا يجوز وصف المراجعة بأنها معزولة بالكامل إذا كان الفصل قائماً على تعليمات نصية فقط؛ ينبغي توضيح حدود العزل التي جرى اختبارها فعلاً.
الحكم النهائي: اتجاه V6 الأبسط معقول، لكن الأولوية ليست كتابة مزيد من أدوات التحكم؛ بل إثبات تكامل Cline، وبناء بوابة مراجعة تفشل بأمان، ثم تنفيذ دورة حقيقية يمكن تدقيق نتائجها. وإذا لم ينجح هذا الاختبار، ينبغي التوقف عند فجوة التكامل، لا إعادة إنشاء طبقة V5 تحت اسم جديد.
Studio Global AI
مواصلة البحث الخاص بك
تتضمن هذه الصفحة إجابة مدعومة بالمصدر يمكنك المتابعة داخل Studio Global.
يسأل الناس أيضا
ما هي الإجابة المختصرة على "خطة BMRalph V6: طبقة تنفيذ أبسط، وأدلة أقوى"؟
التوصية: تجميد طبقة تنفيذ V5، لا مواصلة توسيعها، مع الاحتفاظ بمنهج التحليل والقرارات التاريخية بوصفها سجلاً لا دليلاً على نجاح V6.
ما هي النقاط الأساسية التي يجب التحقق منها أولاً؟
التوصية: تجميد طبقة تنفيذ V5، لا مواصلة توسيعها، مع الاحتفاظ بمنهج التحليل والقرارات التاريخية بوصفها سجلاً لا دليلاً على نجاح V6. التصميم المقترح لـV6 يجمع منسّق bmad loop واحداً مع إطار تنفيذ واحد هو Cline، وفحوص خارجية، وملف خبرات نصي محدود.
ماذا يجب أن أفعل بعد ذلك في الممارسة العملية؟
لا يوجد حتى الآن ما يكفي لإعلان الجاهزية: تكامل دورة حياة Cline، وعزل المراجعة العمياء، وربط Jev، واختبار العمل بعد انقطاع العميل كلها تحتاج إلى إثبات عملي.