تساعد هذه المهارة الفرق على توثيق القرارات التقنية الهامة باستخدام قوالب منظمة. توفر تنسيقات ADR شاملة، وإرشادات لإدارة دورة الحياة، وأفضل الممارسات لالتقاط السياق والمفاضلات والأسباب.
تنزيل ZIP المهارة
رفع في Claude
اذهب إلى Settings → Capabilities → Skills → Upload skill
فعّل وابدأ الاستخدام
اختبرها
استخدام "architecture-decision-records". إنشاء ADR لاعتماد TypeScript لمشروع الواجهة الأمامية الخاص بنا
النتيجة المتوقعة:
مستند ADR كامل مع الحالة: مقبول، سياق حول تحديات قاعدة كود React الحالية، قرار اعتماد TypeScript، العواقب التي تغطي الجيد (أمان الأنواع ودعم IDE) والسيئ (منحنى التعلم وتعقيد البناء)، والتخفيفات بما في ذلك جلسات التدريب.
استخدام "architecture-decision-records". توثيق إهمال خدمة المصادقة القديمة الخاصة بنا
النتيجة المتوقعة:
ADR إهمال مع حالة تظهر أنه يحل محل ADR-0015، سياق يدرج مشاكل الخدمة الحالية، خطة الترحيل مع نهج مرحلي، والدروس المستفادة حول ما حدث خطأ في القرار الأصلي.
التدقيق الأمني
آمنSecurity analysis confirms this is a safe documentation skill. Static findings for external_commands, network, and weak_crypto are false positives. The skill contains markdown templates, example CLI commands (shown as documentation), and reference URLs to external documentation. No executable code, no data exfiltration, no cryptographic operations.
الأنماط المكتشفة
درجة الجودة
ماذا يمكنك بناءه
توثيق اختيار تقنية قاعدة البيانات
عند الاختيار بين PostgreSQL أو MySQL أو MongoDB لمشروع جديد، استخدم قالب Standard ADR لالتقاط المتطلبات ومقارنة الخيارات وتسجيل القرار مع الأسباب الكاملة.
تسجيل قرارات الترحيل بين الأطر
عند التخطيط للترحيل من Angular إلى React، أنشئ ADR إهمال لتوثيق أسباب التغيير ومراحل الترحيل والدروس المستفادة من القرار السابق.
إرساء عمليات اتخاذ القرار الجماعي
عند دمج أعضاء جدد في الفريق، استخدم قوالب ADR لمساعدتهم على فهم الخيارات المعمارية السابقة والأسباب الكامنة وراء العمارة الحالية.
جرّب هذه الموجهات
إنشاء سجل قرار معماري لـ [DECISION_TITLE]. استخدم التنسيق القياسي MADR. ضمّن سياقًا حول سبب حاجتنا لاتخاذ هذا القرار والخيارات التي نظرنا فيها وقرارنا النهائي والعواقب.
إنشاء ADR يقارن بين [TECHNOLOGY_A] و [TECHNOLOGY_B] و [TECHNOLOGY_C] لـ [USE_CASE] الخاص بنا. ضمّن إيجابيات وسلبيات مفصلة لكل خيار ومتطلباتنا وأوصِ بأفضل خيار مع الأسباب.
إنشاء ADR إهمال لـ [OLD_TECHNOLOGY] الذي يتم استبداله بـ [NEW_TECHNOLOGY]. ضمّن سياق سبب اتخاذ القرار الأصلي وما الذي تغير وخطة الترحيل والدروس المستفادة.
إنشاء ADR مفصل بأسلوب RFC لـ [PROPOSAL]. ضمّن الدافع والتصميم المفصل والعيوب والبدائل المدروسة والأسئلة غير المحلولة وخطة التنفيذ. اجعله مناسبًا للمراجعة والنقاش الجماعي.
أفضل الممارسات
- اكتب ADRs قبل بدء التنفيذ لالتقاط سياق القرار بدقة
- ضمّن المفاضلات الصادقة والعيوب المحتملة في قسم العواقب
- اربط ADRs ذات الصلة لبناء رسم بياني لاعتمادية القرارات للمشروع
- حدّث حالة ADR عندما يتم إهمال القرارات أو استبدالها
تجنب
- كتابة قرارات غامضة بدون سياق محدد أو أسباب
- تخطي قسم البدائل لتجنب إظهار أن الخيارات الأخرى قد تم النظر فيها
- تغيير ADRs المقبولة بدلاً من إنشاء جديدة لاستبدالها
- إنشاء ADRs لقرارات طفيفة لا تستدعي التوثيق المعماري
الأسئلة المتكررة
ما هو سجل قرار الهندسة المعمارية؟
متى يجب أن أنشئ ADR؟
ما تنسيق ADR الذي يجب أن أستخدمه؟
كيف أربط ADRs ذات الصلة؟
هل يمكنني تعديل ADR مقبول؟
ما الأدوات التي يمكن أن تساعد في إدارة ADRs؟
تفاصيل المطور
المؤلف
sickn33الترخيص
MIT
المستودع
https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/architecture-decision-recordsمرجع
main
بنية الملفات
📄 SKILL.md