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

context-driven-development

آمن

إدارة سياق مشروع مدفوع بالذكاء الاصطناعي

أنشئ توثيقًا منظّمًا للمشروع لتحسين اتساق الذكاء الاصطناعي ومحاذاة الفريق. حدّد مصنوعات سياقية توجه قرارات التطوير وتحافظ على الذاكرة المؤسسية عبر الجلسات.

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

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

2

رفع في Claude

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

3

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

اختبرها

استخدام "context-driven-development". I'm onboarding a new developer to our Conductor project and want to ensure they understand the context management approach. What are the essential artifacts and how should they be structured?

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

  • راجع بنية دليل conductor/ الخاص بالمشروع التي تحتوي على: index.md (مركز التنقل)، product.md (الرؤية والأهداف)، tech-stack.md (اختيارات التقنية)، workflow.md (ممارسات التطوير)، و tracks.md (سجل وحدات العمل)
  • يجب أن يقرأ المطوّر الجديد أولًا product.md لفهم ما نبنيه ولماذا، ثم tech-stack.md لفهم اختيارات التقنية والاعتمادات
  • ينبغي أن يراجع workflow.md لفهم منهجية التطوير، واتفاقيات الالتزام (commit)، وبوابات الجودة قبل بدء العمل
  • أخيرًا، اجعله يتحقق من tracks.md لرؤية الأعمال النشطة ومراجعة spec.md و plan.md لأي مسار محدد مكلّف به

استخدام "context-driven-development". My team is inconsistent about updating context artifacts after we complete features. Some people update product.md, others update tech-stack.md, and rarely do we keep everything synchronized.

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

أسّس عملية تحديث متسقة بعد اكتمال كل ميزة. عند انتهاء العمل، حدّث تلقائيًا: tracks.md لتمييز الحالة كمكتملة، و product.md لعكس القدرات الجديدة، وأي تغييرات في tech-stack.md إذا أضيفت اعتمادات جديدة. تحقق دائمًا من تحديث المصنوعات المرتبطة معًا لمنع التوثيق القديم.

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

آمن
v2 • 2/10/2026

Documentation skill describing development methodology. Static scanner false positives: slash commands like /conductor:setup are tool invocation syntax, not code execution. No cryptographic operations, scripts, network requests, or dangerous patterns found in actual content.

1
الملفات التي تم فحصها
386
الأسطر التي تم تحليلها
0
النتائج
2
إجمالي عمليات التدقيق
لا توجد مشكلات أمنية
تم تدقيقه بواسطة: claude عرض سجل التدقيق →

درجة الجودة

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

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

إعداد الفريق الجديد

يستخدم قادة الفريق هذه المهارة لتأسيس ممارسات تطوير متسقة عبر أعضاء الفريق، مع ضمان وصول الجميع إلى نفس رؤية المنتج والقرارات التقنية ومعايير سير العمل.

مشاريع تطوير بمساعدة الذكاء الاصطناعي

المطوّرون الذين يعملون مع Claude Code أو Codex يستخدمون سياقًا منظّمًا لتحسين اتساق الذكاء الاصطناعي عبر الجلسات، مما يقلّل الحاجة إلى إعادة شرح متطلبات المشروع في كل مرة.

تحديث قاعدة شيفرة قديمة

تستخدم الفرق التي تعمل على مشاريع brownfield هذه المهارة لاستخراج السياق الضمني من الشيفرة الحالية وتأسيس معايير توثيق جديدة قبل إعادة الهيكلة.

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

البدء بالتطوير القائم على السياق 
أنا أبدأ مشروعًا جديدًا وأريد تأسيس إدارة سياق صحيحة. هل يمكنك شرح المصنوعات الأساسية التي أحتاج إلى إنشائها (product.md, tech-stack.md, workflow.md) وبنية المجلدات الموصى بها؟ ما المبادئ الرئيسية التي ينبغي أن أتبعها؟
تحديث التوثيق بعد التغييرات 
لقد أنهيت للتو تنفيذ ميزة في مشروع Conductor الخاص بي. أي مصنوعات سياق يجب أن أُحدّث؟ تحديدًا، هل يجب تعديل product.md أو tech-stack.md أو workflow.md أو tracks.md، وكيف أحافظ على تزامنها؟
قائمة تحقق من صحة السياق 
أنا على وشك البدء بالعمل على مسار جديد. ما قائمة التحقق من صحة السياق التي ينبغي أن أراجعها؟ ما الفحوصات التي يجب أن أجريها لسياق المنتج والسياق التقني وسياق سير العمل وسياق المسار قبل المتابعة؟
حل تناقضات السياق 
أجد عدم اتساق بين tech-stack.md والاعتمادات الفعلية في الشيفرة. ماذا يجب أن أفعل عندما تكون مصنوعات السياق غير متزامنة؟ كيف أتعامل مع حالة لا يتطابق فيها التوثيق التقني مع التنفيذ؟

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

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

تجنب

  • إنشاء مصنوعات سياق غير موثّقة أو الاعتماد على معلومات مرتجلة
  • عدم تحديث السياق بعد اكتمال الميزات أو تغييرات الاعتمادات
  • السماح لشخص واحد بصيانة السياق دون مدخلات الفريق أو مراجعته
  • إنشاء تفاصيل مفرطة تجعل السياق صعب الصيانة
  • التعامل مع السياق على أنه ثابت بدلًا من توثيق حي يتطور

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

ما هو التطوير القائم على السياق؟
التطوير القائم على السياق يعامل سياق المشروع كمصنوع من الدرجة الأولى يُدار جنبًا إلى جنب مع الشيفرة. بدلًا من الاعتماد على محفزات مرتجلة أو توثيق مبعثر، يرسّخ توثيقًا دائمًا ومنظمًا يوجّه جميع تفاعلات الذكاء الاصطناعي ومحاذاة الفريق.
أي مصنوعات ينبغي أن أنشئها لمشروعي؟
المصنوعات الأساسية هي product.md (ماذا ولماذا)، tech-stack.md (بماذا)، workflow.md (كيف نعمل)، و tracks.md (ما الذي يحدث). يمكن إنشاء مصنوعات إضافية مثل product-guidelines.md لمعايير التواصل.
كيف أعرف متى يجب تحديث مصنوعات السياق؟
حدّث السياق عندما تتغير رؤية المنتج، أو تُضاف ميزات جديدة أو تُستكمل، أو تُضاف الاعتمادات أو تُرقّى، أو تتطور ممارسات الفريق، أو تُعتمد أنماط سير العمل. حدّث دائمًا المصنوعات المرتبطة معًا للحفاظ على التزامن.
هل هذه المهارة مناسبة لمشاريع greenfield أم brownfield؟
نعم. في مشاريع greenfield، تنشئ جميع المصنوعات من الصفر. في مشاريع brownfield، تستخرج السياق الضمني من الشيفرة والأنماط الحالية، ثم تؤسس معايير جديدة مع الحفاظ على الأنماط العاملة.
كيف يحسّن ذلك التطوير بمساعدة الذكاء الاصطناعي؟
السياق المنظّم ينتج سلوكًا متسقًا للذكاء الاصطناعي عبر الجلسات. بدلًا من إعادة شرح المتطلبات كل مرة، يستند مساعدو الذكاء الاصطناعي إلى معايير موثّقة، ما يؤدي إلى مخرجات أكثر قابلية للتنبؤ وتقليل عبء تبديل السياق.
من المسؤول عن صيانة السياق؟
يجب أن تكون صيانة السياق تعاونية. أدرج مراجعات السياق في طلبات السحب واجعل التحديثات مسؤولية الفريق بدلًا من مهمة شخص واحد. يضمن ذلك مساهمة جميع أصحاب المصلحة في توثيق دقيق.

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

المؤلف

wshobson

الترخيص

MIT

المستودع

https://github.com/wshobson/agents/tree/main/plugins/conductor/skills/context-driven-development/

مرجع

main

بنية الملفات

📄 SKILL.md