المهارات subagent-driven-development
📦

subagent-driven-development

آمن

تنفيذ خطط التطبيق باستخدام الوكلاء الفرعيين

متاح أيضًا من: ZhanlinCui,Cycleaddict,Doyajin174,davila7,obra,DYAI2025,CodingCossack,Cygnusfear

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

يدعم: Claude Codex Code(CC)
🥉 75 برونزي
1

تنزيل ZIP المهارة

2

رفع في Claude

اذهب إلى Settings → Capabilities → Skills → Upload skill

3

فعّل وابدأ الاستخدام

اختبرها

استخدام "subagent-driven-development". نفذ خطة التطبيق هذه لإضافة مصادقة المستخدم

النتيجة المتوقعة:

المهمة 1: تنفيذ نقطة نهاية تسجيل الدخول
- الوكيل الفرعي ينفذ، يختبر، يرتكب
- مراجع المواصفات: جميع المتطلبات مستوفاة
- مراجع جودة الكود: معتمد

المهمة 2: إضافة تدفق إعادة تعيين كلمة المرور
[يستمر بنفس النمط...]

استخدام "subagent-driven-development". ماذا تفعل هذه المهارة بشكل مختلف عن التنفيذ اليدوي؟

النتيجة المتوقعة:

على عكس التنفيذ اليدوي، فإن subagent-driven-development: (1) يستخدم وكيلاً فرعياً جديداً لكل مهمة لتجنب تلويث السياق، (2) يشغل مراجعة تلقائية على مرحلتين بعد كل مهمة، (3) يبقى في نفس الجلسة للتقدم المستمر، (4) يكتشف المشكلات مبكراً قبل أن تتفاقم.

استخدام "subagent-driven-development". لماذا استخدام مراجعة على مرحلتين (المواصفات ثم الجودة)؟

النتيجة المتوقعة:

مراجعة الامتثال للمواصفات أولاً تضمن بناء الميزات المطلوبة فقط. مراجعة جودة الكود ثانياً تضمن أن التطبيق مبني بشكل جيد. هذا الترتيب يمنع إهدار الجهد على كود عالي الجودة لا يطابق المتطلبات.

التدقيق الأمني

آمن
v1 • 2/25/2026

All 38 static findings are false positives. The skill is a meta-skill containing prompt templates only - no executable code, scripts, network calls, or file operations. Static scanner misinterpreted GraphViz DOT syntax as shell commands, YAML 'risk: unknown' as cryptographic weakness, and standard code review language as reconnaissance.

4
الملفات التي تم فحصها
405
الأسطر التي تم تحليلها
0
النتائج
1
إجمالي عمليات التدقيق
لا توجد مشكلات أمنية

الأنماط المكتشفة

GraphViz DOT Syntax Misidentified as Shell CommandsYAML Frontmatter Misidentified as Cryptographic WeaknessGit SHA References Misidentified as Cryptographic IssuesExample File Path Misidentified as File System AccessCode Review Language Misidentified as ReconnaissancePrompt Template Structure Misidentified as External Commands
تم تدقيقه بواسطة: claude

درجة الجودة

38
الهندسة المعمارية
100
قابلية الصيانة
87
المحتوى
50
المجتمع
100
الأمان
100
الامتثال للمواصفات

ماذا يمكنك بناءه

تطبيق الميزة مع بوابات الجودة

يستخدم قائد فريق التطوير هذه المهارة لتنفيذ خطة ميزة متعددة المهام. يتم تنفيذ كل مهمة بواسطة وكيل فرعي جديد، ومراجعتها للامتثال للمواصفات، ثم التحقق من جودة الكود قبل الانتقال إلى المهمة التالية.

مشاريع إعادة الهيكلة الآلية

يحتاج المطور إلى إعادة هيكلة قاعدة كود كبيرة عبر ملفات متعددة. ينشئ خطة مع مهام إعادة هيكلة مستقلة. تنفذ المهارة كل مهمة تلقائياً مع التحقق المدمج من الجودة.

التنفيذ الدفعي للتغييرات ذات الصلة

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

جرّب هذه الموجهات

إرسال التطبيق الأساسي 
استخدم قالب implementer-prompt.md لإرسال وكيل فرعي للمهمة الأولى في خطة التطوير الخاصة بي. المهمة هي: [الصق وصف المهمة هنا].
طلب مراجعة الامتثال للمواصفات 
بعد اكتمال المهمة N من قبل المنفذ، أرسل مراجع مواصفات باستخدام spec-reviewer-prompt.md للتحقق من مطابقة التطبيق للمتطلبات. متطلبات المهمة: [الصق المتطلبات]. تقرير المنفذ: [الصق التقرير].
فحص بوابة جودة الكود 
بعد نجاح الامتثال للمواصفات، أرسل مراجع جودة الكود باستخدام code-quality-reviewer-prompt.md. قم بتضمين git base SHA و head SHA للمهمة. المراجعة: [وصف ما تم تطبيقه].
تنفيذ سير العمل الكامل 
نفذ خطة التطوير الخاصة بي باستخدام subagent-driven-development. اقرأ ملف الخطة في [المسار]، واستخرج جميع المهام، وقم بمعالجة كل واحدة عبر المنفذ ومراجع المواصفات ومراجع جودة الكود قبل تحديد الاكتمال.

أفضل الممارسات

  • توفير سياق المهمة الكامل مسبقاً - لا يجب على الوكيل الفرعي قراءة ملف الخطة
  • دائماً أجب على أسئلة الوكيل الفرعي قبل السماح له بالمضي في التطبيق
  • لا تتخطى حلقات المراجعة أبداً - إذا وجد المراجع مشكلات، يجب على المنفذ إصلاحها وإعادة المراجعة
  • أرسل المهام بشكل تسلسلي، وليس بشكل متوازي، لتجنب التعارضات

تجنب

  • بدء مراجعة جودة الكود قبل التحقق من الامتثال للمواصفات (ترتيب خاطئ)
  • تخطي مراجعة الامتثال للمواصفات والانتقال مباشرة إلى جودة الكود
  • قبول 'قريب بما يكفي' من الامتثال للمواصفات - يجب أن تتطابق المتطلبات تماماً
  • السماح للمنفذ بتخطي المراجعة الذاتية قبل الإبلاغ

الأسئلة المتكررة

كيف يختلف هذا عن مهارة executing-plans؟
executing-plans ترسل إلى جلسة متوازية. subagent-driven-development يبقى في نفس الجلسة، ويستخدم وكلاء فرعيين جدد لكل مهمة، ويضيف مراجعة على مرحلتين بعد كل مهمة.
لماذا استخدام وكيل فرعي جديد لكل مهمة بدلاً من وكيل فرعي واحد لجميع المهام؟
الوكيل الفرعي الجديد يتجنب تلويث السياق. كل مهمة مستقلة بحدود واضحة. الوكيل الفرعي الواحد قد ينقل افتراضات أو ارتباكاً من المهام السابقة.
ماذا يحدث إذا طرح الوكيل الفرعي أسئلة أثناء التطبيق؟
أجب على الأسئلة بوضوح واكتمال قبل أن يواصل الوكيل الفرعي. لا تستعجلهم في التطبيق. التوضيح مسبقاً يمنع إعادة العمل لاحقاً.
هل يمكنني تخطي مراجعة جودة الكود إذا نجح الامتثال للمواصفات؟
لا. كلتا المراجعتين مطلوبتان. الامتثال للمواصفات يضمن أنك بنيت ما طُلب. جودة الكود تضمن أنه بُني بشكل جيد. تخطي أي منهما يفقد هدف سير العمل.
ماذا إذا وجد المراجع مشكلات لكن المنفذ يختلف؟
المراجع ذو سلطة في معايير الامتثال والجودة. إذا اختلف المنفذ، يجب مناقشة الأمر مع المراجع والوصول إلى إجماع. لا تواصل مع مشكلات غير محلولة.
كيف أتعامل مع المهام المترابطة بشدة في خطتي؟
تتطلب هذه المهارة مهام مستقلة. إذا كانت المهام مترابطة بشدة، أعد هيكلة الخطة أولاً لفصلها، أو استخدم مهارة سير عمل مختلفة مثل executing-plans.

تفاصيل المطور

المؤلف

sickn33

الترخيص

MIT

المستودع

https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/subagent-driven-development

مرجع

main

بنية الملفات

📄 code-quality-reviewer-prompt.md

📄 implementer-prompt.md

📄 SKILL.md

📄 spec-reviewer-prompt.md