メニュー
docs/design配下の設計ドキュメントを、経緯を含めない最新スナップショットとして更新する手順。Use this skill whenever the user asks to update design docs, keep documentation current, or says 設計ドキュメントを更新, design docを直して, アーキテクチャドキュメントを最新化して.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
設計判断・プロセス決定をADR (Architecture Decision Record) として作成・更新する具体的な手順。Use this skill whenever the user asks to record a decision, write an ADR, or says ADRを書きたい, 設計判断を記録したい, ADR作って, この決定を残したい.
本リポジトリの必須開発フロー(機能設計→詳細設計[ラバーダック]→テスト作成[ラバーダック]→TDD実装(Red/Green/Refactor)→テスト(+E2E)→振り返り[ラバーダック])をオーケストレーションする。Use this skill whenever the user asks to implement a new feature, start a feature, fix a bug with proper process, or says 新機能を実装, 機能を追加, 設計から始めて, feature実装, ちゃんとした手順で実装して, TDDで実装.
| name | design-doc-maintenance |
| description | docs/design配下の設計ドキュメントを、経緯を含めない最新スナップショットとして更新する手順。Use this skill whenever the user asks to update design docs, keep documentation current, or says 設計ドキュメントを更新, design docを直して, アーキテクチャドキュメントを最新化して. |
設計ドキュメントの運用ルール本体は docs/design/README.md を参照。
このskillは「実装が固まった/変わったので設計ドキュメントを更新する」実務手順をまとめたもの。
docs/design/ は現在の姿だけを書く。過去の経緯・検討過程・却下案は書かない。docs/design/ ではなく docs/reference/ に置く
（こちらは自分たちの設計、docs/reference/ は外部の事実、という区別）。feature-workflow skillの「詳細設計」フェーズで設計が固まった時点。tdd-refactor agentのフェーズで、当初の設計から実装が変わった時点。architecture-overview.md、または個別機能の
docs/design/<feature-name>.md）。詳細は ADR-000X を参照 のようなリンクのみを置く。docs/design/<feature-name>.md を新規作成し、
docs/design/README.md の「ドキュメント構成」表に追記する
（目次への追記のみであれば、
ADR-0008により
quick-fix agentに委譲してよい。本文の執筆は対象外）。architecture-overview.md の記法を参考にする）。