architecture
Каркас архитектурных решений
Этот навык помогает командам принимать более качественные архитектурные решения посредством структурированного анализа компромиссов и документирования ADR. Он предоставляет деревья решений, рекомендации по паттернам и шаблоны для документирования архитектурных выборов с обоснованием.
スキルZIPをダウンロード
Claudeでアップロード
設定 → 機能 → スキル → スキルをアップロードへ移動
オンにして利用開始
テストする
「architecture」を使用しています。 Help me plan architecture for an MVP e-commerce app with 1 developer
期待される結果:
Для MVP электронной коммерции с одним разработчиком рекомендуется: монолитная структура с Next.js, Prisma для доступа к данным, JWT-аутентификация, база данных PostgreSQL, Stripe для платежей. Комромиссы: ограниченное независимое масштабирование, можно выделить сервисы позже при необходимости.
「architecture」を使用しています。 Create ADR for choosing PostgreSQL over MongoDB
期待される結果:
Шаблон ADR: Контекст - необходима надежная транзакционная обработка данных. Рассмотренные варианты: PostgreSQL (ACID, сложные запросы) против MongoDB (гибкость, горизонтальное масштабирование). Решение: PostgreSQL. Обоснование: Электронная коммерция требует транзакционной целостности. Принятые компромиссы: Менее гибкая схема на начальном этапе.
セキュリティ監査
安全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)
品質スコア
作れるもの
Планирование архитектуры нового проекта
При запуске нового проекта используйте навык для определения подходящей архитектуры на основе размера команды, требований к масштабирова ограничений.
Документирование архитектурных решений
При принятии значимых архитектурных решений используйте шаблоны ADR для записи контекста, рассмотренных вариантов, обоснования решения и принятых компромиссов.
Рекомендации по выбору паттернов
При неопределенности в выборе архитектурного паттерна обращайтесь к деревьям решений для оценки компромиссов между вариантами, такими как монолит против микросервисов, REST против GraphQL.
これらのプロンプトを試す
Помогите мне определить архитектуру для нового [тип проекта] с [размер команды] разработчиками, рассчитанного на [масштаб пользователей] пользователей, с временной шкалой [сроки]. Бюджет: [бюджетное ограничение]. Используйте навык архитектуры для принятия этого решения.
Сгенерируйте ADR для выбора [технология/паттерн] вместо альтернатив. Контекст включает [описание проблемы]. Учитывайте следующие ограничения: [список ограничений]. Используйте фреймворк анализа компромиссов из навыка архитектуры.
Помогите мне выбрать между микросервисной и монолитной архитектурой для [описание проекта] с [размер команды] разработчиками. Какие компромиссы? Когда каждый подход будет оправдан?
Какой паттерн доступа к данным вы рекомендуете для [тип проекта] с [уровень сложности] потребностями доступа к данным? Учитывайте: размер команды [размер], требования к тестированию [уровень], источники данных включают [источники].
ベストプラクティス
- Начинайте с простейшей архитектуры, которая соответствует текущим требованиям, и добавляйте сложность только когда это доказано необходимо
- Всегда документируйте компромиссы - каждый архитектурный выбор имеет затраты и преимущества, которые должны быть явными
- Используйте ADR для фиксации не только того, что было решено, но и почему, включая ограничения, повлиявшие на выбор
- Учитывайте экспертизу команды при выборе паттернов - лучший паттерн бесполезен, если команда не может его поддерживать
回避
- Преждевременные микросервисы - разделение сервисов до того, как размер команды или масштаб оправдывает сложность
- Избыточная абстракция с Clean/Hexagonal архитектурой, когда простой CRUD был бы достаточен
- Выбор CQRS или Event Sourcing без доказательств преимуществ в производительности чтения/записи
- Игнорирование компромиссов - каждый архитектурный выбор имеет затраты, которые должны быть признаны