tomevault-io アーキテクチャ設計書クリエイター
PRD で定義された要件と機能設計書を技術的に実現するためのシステム構造とテクノロジースタックを定義するアーキテクチャ設計書を作成します。
前提条件
必須:
docs/prd.mdに PRD が存在することdocs/functional-design.mdに機能設計書が存在すること
存在しない場合は、先に prd-creator および functional-design-creator スキルで作成してください。
出力先
docs/architecture.md
基本ワークフロー
docs/prd.mdとdocs/functional-design.mdの内容を確認- テンプレート references/template.md を参照
- ガイド references/guide.md に従って設計書を作成
docs/architecture.mdに保存
既存設計書がある場合
docs/architecture.md が既に存在する場合:
- 既存の構造と内容を 最優先 として維持
- このスキルのガイドは参考資料として使用
- 既存設計書の構造を維持しながら更新
主要セクション
アーキテクチャ設計書は以下で構成されます（該当するもののみ作成）:
テクノロジースタック
- 言語・ランタイム（バージョン含む）
- フレームワーク・ライブラリ（選定理由を明記）
- 開発ツール
アーキテクチャパターン
- レイヤードアーキテクチャの定義
- 各レイヤーの責務・許可/禁止される操作
データ永続化戦略
- ストレージ方式とフォーマット
- バックアップ戦略（頻度、保存先、世代管理）
パフォーマンス要件
- レスポンスタイム目標（測定環境含む）
- リソース使用量の上限
セキュリティアーキテクチャ
- データ保護（暗号化、アクセス制御）
- 入力検証（バリデーション、サニタイゼーション）
スケーラビリティ設計
- データ増加への対応
- 機能拡張性
テスト戦略
- ユニットテスト、統合テスト、E2Eテスト
技術的制約
- 環境要件、パフォーマンス制約、セキュリティ制約
依存関係管理
- バージョン管理方針
詳細なガイドは references/guide.md を参照してください。
設計原則
技術選定には理由を明記
すべての技術選定には、なぜその技術を選んだかの理由を記載してください。
レイヤー分離の原則
依存関係は一方向に保つ: UI → Service → Data
測定可能な要件
パフォーマンス要件は測定可能な形で記述してください。
Converted and distributed by TomeVault — claim your Tome and manage your conversions.