senior-architect
Concevoir une architecture logicielle évolutive
متاح أيضًا من: davila7,alirezarezvani
Les développeurs seniors ont du mal à concevoir des systèmes qui évoluent et restent maintenables dans le temps. Cette compétence fournit des modèles d'architecture, des flux de travail de conception système et des cadres de décision techniques pour créer des applications de niveau entreprise.
تنزيل ZIP المهارة
رفع في Claude
اذهب إلى Settings → Capabilities → Skills → Upload skill
فعّل وابدأ الاستخدام
اختبرها
استخدام "senior-architect". Concevoir une plateforme e-commerce qui gère 100k commandes quotidiennes avec inventaire en temps réel
النتيجة المتوقعة:
- Architecture recommandée : Microservices événementiels
- Composants principaux : API Gateway, Service de commande, Service d'inventaire, Service de paiement, Service de notification
- Stratégie de base de données : PostgreSQL pour les données transactionnelles, Redis pour le cache, Répliques de lecture séparées
- Évolutivité : Mise à l'échelle horizontale avec Kubernetes, Auto-scaling basé sur CPU/mémoire
- Sécurité : Authentification JWT, Limitation du débit API, Validation des entrées, Prévention des injections SQL
استخدام "senior-architect". Comparer React vs Vue vs Angular pour une grande application de tableau de bord d'entreprise
النتيجة المتوقعة:
- Recommandation : React pour les tableaux de bord d'entreprise
- Raison : Écosystème plus large, réservoir d'embauche plus important, architecture flexible, support entreprise fort
- Considérations : Courbe d'apprentissage de l'équipe, besoins de gestion d'état, maintenance à long terme
التدقيق الأمني
آمن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)
درجة الجودة
ماذا يمكنك بناءه
Architecturer une nouvelle plateforme SaaS
Concevoir l'architecture d'une nouvelle application SaaS multi-tenant, incluant le frontend, le backend, la base de données et les choix d'infrastructure
Revoir la conception d'un système existant
Analyser une base de code existante et fournir des améliorations architecturales pour l'évolutivité et la maintenabilité
Sélection de la stack technologique
Évaluer et sélectionner les technologies appropriées pour un projet en fonction des exigences, de l'expertise de l'équipe et de la maintenabilité à long terme
جرّب هذه الموجهات
Je dois concevoir une [type d'application] qui gère [nombre] utilisateurs. Quels modèles d'architecture recommanderiez-vous ? Considérez [exigence spécifique].
Concevoir une architecture système pour une [description du système]. Inclure : 1) Diagramme des composants 2) Flux des données 3) Conception de l'API 4) Schéma de la base de données 5) Considérations de sécurité. Le système doit gérer [exigences d'échelle].
Je construis une [type d'application] avec ces exigences : [liste des exigences]. Comparer [Technologie A] vs [Technologie B] vs [Technologie C] pour le [composant]. Recommander le meilleur choix avec justification.
Revoir l'architecture de mon [description du système] existant. Identifier : 1) Goulots d'évolutivité 2) Vulnérabilités de sécurité 3) Problèmes de maintenabilité 4) Problèmes de performance. Fournir des recommandations spécifiques d'amélioration.
أفضل الممارسات
- Commencer par les exigences avant de choisir l'architecture - comprendre d'abord l'échelle, la complexité et les capacités de l'équipe
- Documenter les décisions d'architecture avec avantages, inconvénients et compromis en utilisant des Architecture Decision Records (ADR)
- Concevoir pour l'échec - planifier les pannes de composants et avoir des stratégies de dégradation élégante
تجنب
- Sur-concevoir trop tôt - ne pas appliquer des modèles de microservices à des applications simples qui pourraient fonctionner comme des monolithes
- Ignorer les exigences non fonctionnelles - les performances, la sécurité et l'évolutivité doivent être considérées dès le début
- Changement technologique fréquent - éviter de changer fréquemment de stack technologique car cela crée une dette technique et ralentit la livraison