メニュー
This skill should be used when the user asks about "ADR template", "ADRテンプレート", "ADRの書き方", "ステータスの定義", "Supersedeフロー", "ADR運用ルール", "adr-reference", or when creating/updating ADRs to ensure consistent formatting and structure.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Use when the user says "commit", "コミット", "コミットして", "commit して", or any variation asking to create a git commit. Also use when finishing a task and committing code. Writes contextual commits with Conventional Commits subject + structured action lines (intent/decision/rejected/constraint/learned) in the body to preserve WHY code was written.
This skill should be used when the user wants to "implement an ADR", "ADRを実装して", "ADR-012 を実装して", "ADR-012 を完了させて", "受け入れ条件を満たすまで実装して", "受け入れ条件を検証して修正して", "adr-ship", or provides an ADR number/name to implement. Runs the implement→verify→fix loop for a specific ADR until all acceptance criteria in docs/issues.md pass.
This skill should be used when the user asks to "create-adr", "課題を追加して", "ADR作って", "issueに追加して", or describes a problem/pain point they want to track. Creates an entry in docs/issues.md and a corresponding Draft ADR in docs/adr/.
ユーザーのプロンプトを評価してADRとして記録すべき意思決定が含まれているかを判断する。create-adr スキルから内部的にコールされる。
This skill should be used when the user wants to make Claude Code skills available to Codex CLI, such as "/codex-sync", "claude skill を codex でも使えるようにして", "codex に skill 同期して", "codex 用に skill コピーして". Creates directory symlinks from ~/.claude/skills/<name> to ~/.codex/skills/<name> so the same skill bodies can be invoked from Codex CLI.
ワークフロータイプに応じたエージェントチェーンを順次実行する。feature/bugfix/refactor/security/custom を指定し、各エージェントがハンドオフ文書で引き継ぎながら計画→TDD→レビューを実行する。「/orchestrate feature "新機能追加"」「/orchestrate bugfix --issue 53」「/orchestrate --dry-run feature "タスク"」「/orchestrate cleanup <session>」で起動。
| name | adr-reference |
| description | This skill should be used when the user asks about "ADR template", "ADRテンプレート", "ADRの書き方", "ステータスの定義", "Supersedeフロー", "ADR運用ルール", "adr-reference", or when creating/updating ADRs to ensure consistent formatting and structure. |
| version | 0.1.0 |
ADR（Architecture Decision Record）の運用ルール・テンプレート・表記規約をまとめたリファレンス skill。create-adr / adr-ship スキルから参照される。
| ドキュメント | 役割 | 更新タイミング |
|---|---|---|
ADR (docs/adr/) | 意思決定の「なぜ」を記録する履歴ログ | 意思決定時に作成、以後は原則追記のみ |
docs/reference.md | dotfiles の「今の全体像」を示すスナップショット | 実装が変わるたびに最新化 |
# ADR-NNN: タイトル
## ステータス
（Draft / Spike中 / 採用済み / 廃止（ADR-YYY で置換） / 部分廃止（ADR-YYY で一部変更） / 却下）
## 関連 ADR
- 依存: ADR-XXX（〜を前提）
- 関連: ADR-XXX（〜と同じ領域）
（関連がない場合はセクションごと省略）
## コンテキスト
...
## 設計案
### 案A: 〜（採用）
### 案B: 〜（却下）
（単一案の場合は見出しなしで記述）
### 変更が必要なファイル
| ファイル | リポジトリ | 変更内容 |
## 受け入れ条件
→ [issues.md](../issues.md)（ADR-NNN セクション）
### 案A: 〜 / ### 案B: 〜 の H3 見出しで分離する（採用） / （却下） を必ず付与する| ステータス | 意味 |
|---|---|
Draft | 検討中。設計案が確定していない |
Spike中 | Draft から派生。設計確定前に検証実装が必要な状態。spike/NNN-description ブランチで作業中 |
Spike完了 | 検証が完了し、知見を ADR に記録済み。設計判断の記録として保持。adr-ship 対象外 |
採用済み | 有効な意思決定。実装済みまたは実装予定 |
廃止（ADR-YYY で置換） | 完全に上書きされた。新しい決定は ADR-YYY を参照 |
部分廃止（ADR-YYY で一部変更） | 一部の決定が上書きされた。残りは引き続き有効 |
却下 | 検討したが採用しなかった |
Draft → 採用済み: 実装完了時（adr-ship の Step 5）Draft → 却下: 検討の結果、採用しないと決定した場合Draft → Spike中: 設計確定前に検証が必要と判断した場合Spike中 → Spike完了: 知見まとめ完了後（adr-ship は使わない）Spike中 → 却下: 検証の結果、採用しないと決定した場合採用済み → 廃止（ADR-YYY で置換）: 新 ADR が既存の決定を完全に上書きする場合採用済み → 部分廃止（ADR-YYY で一部変更）: 新 ADR が一部の決定のみ上書きする場合Spike 完了後に設計を確定させる場合は、create-adr で新 ADR を作成し、関連 ADR に Spike ADR を記載する。
ADR の決定を変更する場合、新旧両方の ADR を更新する。
## コンテキスト に「ADR-XXX の決定を変更する」と明記する## 関連 ADR に 依存: ADR-XXX を記載する## ステータス を 廃止（ADR-YYY で置換） に更新する## ステータス を 部分廃止（ADR-YYY で一部変更） に更新する| 種別 | 意味 | 例 |
|---|---|---|
依存 | この ADR が前提とする ADR | ADR-022 は ADR-023 のネスト構成を前提 |
関連 | 同じ領域の ADR（依存はないが文脈が共通） | ADR-021 と ADR-022 は SSH 関連 |
## 関連 ADR セクション自体を省略するADR 作成時（create-adr）に以下を確認する:
依存 で参照する ADR の決定内容を Read で確認し、前提と矛盾しないか確認する