القائمة
Architecture Decision Record の作成を支援。技術的意思決定の記録フォーマットとベストプラクティス。アーキテクチャ上の意思決定を記録する際に使用。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
バックエンド開発の TDD ワークフロー。Red-Green-Refactor サイクル、インサイドアウトアプローチ、品質チェックリスト。Java/Spring Boot のバックエンド実装時に使用。
フロントエンド開発の TDD ワークフロー。Red-Green-Refactor サイクル、アウトサイドインアプローチ、コンポーネント設計。React/TypeScript のフロントエンド実装時に使用。
設計ドキュメントの一覧表示、進捗確認、内容参照、インデックス更新、Markdown Lint を実行。ドキュメント管理や整備時に使用。
分析フェーズ全体のワークフローをオーケストレーション。要件定義から非機能要件まで各 analyzing-* スキルの実行順序を案内。分析フェーズの開始や全体像の把握時に使用。
開発フェーズ全体の TDD ワークフローをオーケストレーション。バックエンド・フロントエンド開発の進め方、Codex 分業体制を案内。開発フェーズの開始や開発手法の確認時に使用。
計画・進捗管理フェーズ全体のワークフローをオーケストレーション。リリース計画、GitHub Project 同期、進捗追跡の実行順序を案内。プロジェクト管理の開始や全体像の把握時に使用。
| name | creating-adr |
| description | Architecture Decision Record の作成を支援。技術的意思決定の記録フォーマットとベストプラクティス。アーキテクチャ上の意思決定を記録する際に使用。 |
アーキテクチャ決定記録（ADR）の作成・管理を支援します。
ADR は docs/adr/ ディレクトリに以下の命名規則で保存：
docs/adr/
├── 001-backend-architecture-pattern.md
├── 002-backend-framework.md
├── 003-frontend-framework.md
└── 004-database.md
# ADR-NNN: タイトル
簡潔な説明（1行で決定内容を要約）。
日付: YYYY-MM-DD
## ステータス
提案中 | 承認済み | 廃止 | 置換（ADR-XXX で置換）
## コンテキスト
この決定が必要になった背景・状況を説明。
- 現在の課題や制約
- 関連するシステムやサービス
- ビジネス要件
## 決定
**何を決定したか** を明確に記述。
### 変更箇所
具体的な実装変更がある場合は記載。
### 代替案
検討した代替案とその却下理由。
## 影響
### ポジティブ
- 良い影響
### ネガティブ
- 悪い影響や注意点
## コンプライアンス
決定が正しく実装されていることを確認する方法。
## 備考
- 著者: 担当者名
- 関連コミット: コミットハッシュ
- 関連 ADR: ADR-XXX
| ステータス | 説明 |
|---|---|
| 提案中 | レビュー待ちの ADR |
| 承認済み | 採用された決定 |
| 廃止 | 無効になった決定 |
| 置換 | 別の ADR で置き換えられた |
NNN-kebab-case-title.md 形式（例: 006-cache-strategy.md）docs/adr/ ディレクトリに配置docs/index.md と mkdocs.yml も更新が必要docs/adr/ ディレクトリ内の既存 ADR の最大番号を確認docs/index.md と mkdocs.yml を更新