菜单
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 の記法を参考にする）。