يواجه المطورون الكبار صعوبة في تصميم الأنظمة التي تتوسع مع الحفاظ على قابلية الصيانة بمرور الوقت. توفر هذه المهارة أنماط البنية، وسير عمل تصميم الأنظمة، وأطر اتخاذ القرارات التقنية لبناء تطبيقات على مستوى المؤسسات.
تنزيل ZIP المهارة
رفع في Claude
اذهب إلى Settings → Capabilities → Skills → Upload skill
فعّل وابدأ الاستخدام
اختبرها
استخدام "senior-architect". صمم منصة تجارة إلكترونية تتعامل مع 100 ألف طلب يومي مع مخزون في الوقت الفعلي
النتيجة المتوقعة:
- البنية الموصى بها: الخدمات المصغرة الموجهة بالأحداث
- المكونات الأساسية: بوابة API، خدمة الطلبات، خدمة المخزون، خدمة الدفع، خدمة الإشعارات
- استراتيجية قاعدة البيانات: PostgreSQL للبيانات المعاملية، Redis للتخزين المؤقت، نسخ متماثلة للقراءة منفصلة
- قابلية التوسع: التوسع الأفقي مع Kubernetes، التحجيم التلقائي بناءً على وحدة المعالجة المركزية/الذاكرة
- الأمان: مصادقة JWT، تحديد معدل API، التحقق من الإدخال، منع حقن SQL
استخدام "senior-architect". قارن بين React مقابل Vue مقابل Angular لتطبيق لوحة تحكم مؤسسي كبير
النتيجة المتوقعة:
- التوصية: React للوحات التحكم المؤسسية
- السبب: نظام بيئي أكبر، مجموعة توظيف أكبر، بنية مرنة، دعم مؤسسي قوي
- الاعتبارات: منحنى تعلم الفريق، احتياجات إدارة الحالة، الصيانة طويلة الأجل
التدقيق الأمني
آمنSecurity audit completed. Static findings are false positives: external_commands (33) triggered by markdown code blocks, filesystem access is legitimate output functionality, sensitive finding is standard .env setup. No actual security risks identified. Skill is safe for marketplace publication.
مشكلات متوسطة المخاطر (3)
مشكلات منخفضة المخاطر (2)
درجة الجودة
ماذا يمكنك بناءه
تصميم منصة SaaS جديدة
تصميم بنية تطبيق SaaS متعدد المستأجرين بما في ذلك الواجهة الأمامية والخلفية وقاعدة البيانات واختيارات البنية التحتية
مراجعة تصميم النظام الحالي
تحليل قاعدة Kod الحالية وتوفير تحسينات البنية للتوسع وقابلية الصيانة
اختيار مجموعة التقنيات
تقييم واختيار التقنيات المناسبة للمشروع بناءً على المتطلبات وخبرة الفريق وقابلية الصيانة طويلة الأجل
جرّب هذه الموجهات
أحتاج إلى تصميم [نوع التطبيق] يتعامل مع [عدد] المستخدمين. ما هي أنماط البنية التي توصي بها؟ ضع في الاعتبار [متطلبة محددة].
صمم بنية نظام لـ [وصف النظام]. تشمل: 1) مخطط المكونات 2) تدفق البيانات 3) تصميم API 4) مخطط قاعدة البيانات 5) اعتبارات الأمان. يجب أن يتعامل النظام مع [متطلبات التوسع].
أقوم ببناء [نوع التطبيق] مع هذه المتطلبات: [قائمة المتطلبات]. قارن بين [التقنية A] مقابل [التقنية B] مقابل [التقنية C] لـ [المكون]. أوص بالاختيار الأفضل مع التبرير.
راجع بنية [وصف النظام] الحالي الخاص بي. حدد: 1) اختناقات التوسع 2) ثغرا�� الأمان 3) مشاكل قابلية الصيانة 4) مخاوف الأداء. قدم توصيات محددة للتحسين.
أفضل الممارسات
- ابدأ بالمتطلبات قبل اختيار البنية - افهم التوسع والتعقيد وقدرات الفريق أولاً
- وثق قرارات البنية مع الإيجابيات والسلبيات والمقايضة باستخدام سجلات قرارات البنية (ADRs)
- صمم للفشل - خطط لفشل المكونات وكن لديك استراتيجيات تدهور تدريجي
تجنب
- الهندسة المفرطة في وقت مبكر - لا تطبق أنماط الخدما�� المصغرة على التطبيقات البسيطة التي يمكن أن تعمل ككتل متجانسة
- تجاهل المتطلبات غير الوظيفية - الأداء والأمان وقابلية التوسع يجب مراعاتها من البداية
- القفز بين التقنيات - تجنب تبديل مجموعات التقنيات بشكل متكرر لأنه يخلق ديون تقنية ويبطئ التسليم