architecture

アーキテクチャ意思決定フレームワーク

「要件がアーキテクチャを導きます。トレードオフが意思決定に情報を与えます。ADR が根拠を記録します。」

🎯 選択的読書ルール

リクエストに関連するファイルだけを読んでください！ コンテンツマップを確認し、必要なものを見つけます。

ファイル	説明	読むタイミング
context-discovery.md	尋ねるべき質問、プロジェクトの分類	アーキテクチャ設計の開始時
trade-off-analysis.md	ADR テンプレート、トレードオフフレームワーク	意思決定の文書化時
pattern-selection.md	デシジョンツリー、アンチパターン	パターンの選択時
examples.md	MVP、SaaS、エンタープライズの例	リファレンス実装
patterns-reference.md	パターンのクイック検索	パターンの比較

---

🔗 関連スキル

スキル	用途
@[skills/database-design]	データベーススキーマ設計
@[skills/api-patterns]	API 設計パターン
@[skills/deployment-procedures]	デプロイメントアーキテクチャ

---

中核原則

「シンプルさは究極の洗練です。」

• シンプルに始める
• 複雑さは必要性が証明されたときだけ追加する
• パターンはいつでも後から追加できます
• 複雑さの削除は、追加よりもはるかに困難です

---

検証チェックリスト

アーキテクチャを確定する前に：

• 要件が明確に理解されている
• 制約が特定されている
• 各意思決定にトレードオフ分析がある
• よりシンプルな代替案が検討されている
• 重要な意思決定に対して ADR が書かれている
• チームの専門知識が選択したパターンに合致している

使用するタイミング

このスキルは、概要に記載されたワークフローまたはアクションを実行する場合に適用できます。

制限事項

• このスキルは、タスクが上記の範囲に明確に一致する場合にのみ使用してください。
• 出力を、環境固有の検証、テスト、または専門家によるレビューの代替として扱わないでください。
• 必要な入力、権限、安全境界、または成功基準が欠けている場合は、停止して確認を求めてください。