architecture
Architektur-Entscheidungs-Framework
Dieses Skill hilft Teams, bessere Architekturentscheidungen durch strukturierte Trade-off-Analysen und ADR-Dokumentation zu treffen. Es bietet Entscheidungsbäume, Musteranleitungen und Vorlagen zur Dokumentation von Architekturentscheidungen mit ihrer Begründung.
تنزيل ZIP المهارة
رفع في Claude
اذهب إلى Settings → Capabilities → Skills → Upload skill
فعّل وابدأ الاستخدام
اختبرها
استخدام "architecture". Help me plan architecture for an MVP e-commerce app with 1 developer
النتيجة المتوقعة:
Für einen Solo-Entwickler-MVP empfehle ich: Monolith-Struktur mit Next.js, Prisma für Datenzugriff, JWT-Authentifizierung, PostgreSQL-Datenbank, Stripe für Zahlungen. Trade-offs: Begrenzte unabhängige Skalierbarkeit, kann später bei Bedarf Services extrahieren.
استخدام "architecture". Create ADR for choosing PostgreSQL over MongoDB
النتيجة المتوقعة:
ADR-Vorlage: Kontext - benötigen zuverlässige transaktionale Daten. Betrachtete Optionen: PostgreSQL (ACID, komplexe Abfragen) vs. MongoDB (flexibel, horizontale Skalierung). Entscheidung: PostgreSQL. Begründung: E-Commerce erfordert transaktionale Integrität. Akzeptierte Trade-offs: Weniger flexible Schema-Definition zu Beginn.
التدقيق الأمني
آمنAll static findings are false positives. The skill is a documentation guide for architectural decision-making. Detected patterns are markdown formatting (backticks), authentication standards (SAML, JWT), and normal decision-making terms (validate). No actual security risks identified.
مشكلات متوسطة المخاطر (1)
مشكلات منخفضة المخاطر (3)
درجة الجودة
ماذا يمكنك بناءه
Architekturplanung für neue Projekte
Verwenden Sie dieses Skill bei einem neuen Projekt, um die geeignete Architektur basierend auf Teamgröße, Skalierungsanforderungen und Zeitrahmen-Einschränkungen zu bestimmen.
Architekturentscheidungen dokumentieren
Verwenden Sie die ADR-Vorlagen, um den Kontext, die betrachteten Optionen, die Begründung der Entscheidung und die akzeptierten Trade-offs zu dokumentieren, wenn Sie bedeutende Architekturentscheidungen treffen.
Musterauswahl-Anleitung
Konsultieren Sie die Entscheidungsbäume, wenn Sie sich nicht sicher sind, welches Architekturmuster Sie verwenden sollen, um Trade-offs zwischen Optionen wie Monolith vs. Microservices, REST vs. GraphQL zu bewerten.
جرّب هذه الموجهات
Helfen Sie mir, die Architektur für ein neues [Projekttyp] mit [Teamgröße] Entwicklern zu definieren, die [Benutzerskala] Benutzer ansprechen sollen, mit einem Zeitrahmen von [Zeitrahmen]. Das Budget beträgt [Budgeteinschränkung]. Verwenden Sie das Architecture-Skill, um diese Entscheidung zu leiten.
Generieren Sie einen ADR für die Wahl von [Technologie/Muster] gegenüber Alternativen. Der Kontext beinhaltet [Problembeschreibung]. Berücksichtigen Sie diese Einschränkungen: [Einschränkungen auflisten]. Verwenden Sie das Trade-off-Analyse-Framework vom Architecture-Skill.
Helfen Sie mir, zwischen Microservices- und Monolith-Architektur für ein [Projektbeschreibung] mit [Teamgröße] Entwicklern zu entscheiden. Was sind die Trade-offs? W wäre jeder Ansatz gerechtfertigt?
Welches Datenzugriffsmuster würden Sie für ein [Projekttyp] mit [Komplexitätsstufe] Datenzugriffsanforderungen empfehlen? Berücksichtigen Sie: Teamgröße ist [Größe], Testanforderungen sind [Stufe], Datenquellen umfassen [Quellen].
أفضل الممارسات
- Beginnen Sie mit der einfachsten Architektur, die die aktuellen Anforderungen erfüllt, und fügen Sie nur dann Komplexität hinzu, wenn sie sich als notwendig erweist
- Dokumentieren Sie immer Trade-offs - jede Architekturentscheidung hat Vor- und Nachteile, die explizit gemacht werden sollten
- Verwenden Sie ADRs, um nicht nur festzuhalten, was entschieden wurde, sondern auch warum, einschließlich der Einschränkungen, die die Wahl beeinflusst haben
- Berücksichtigen Sie die Expertise des Teams bei der Auswahl von Mustern - das beste Muster ist nutzlos, wenn das Team es nicht warten kann
تجنب
- Vorzeitige Microservices - Aufteilung von Services bevor Teamgröße oder Skalierung die Komplexität rechtfertigt
- Über-Abstraktion mit Clean/Hexagonal-Architektur, wenn einfaches CRUD ausreichen würde
- Wahl von CQRS oder Event Sourcing ohne Nachweis durch Lese/Schreib-Performance, der den Nutzen zeigt
- Trade-offs ignorieren - jede Architekturentscheidung hat Kosten, die anerkannt werden müssen