القائمة
実装計画を立てる時、作業を計画する時、plan modeで作業する時に必ず従うフロー。立案済みの計画に基づいて実装を行う場合にもこのフローに従う。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | planning-flow |
| description | 実装計画を立てる時、作業を計画する時、plan modeで作業する時に必ず従うフロー。立案済みの計画に基づいて実装を行う場合にもこのフローに従う。 |
| user-invocable | true |
このプロジェクトではDoc-Firstで開発を行う。コードを書く前に外部IFを設計・ドキュメント化し、利用イメージで妥当性を検証してから実装に入る。
plan modeの進め方自体は標準フローに従う。ただし 計画の中身（作業手順）を以下のDoc-First Phaseで構成すること。計画承認後、Phase 1から順に実行する。
計画立案時は /docs および /packages/*/docs/ の関連ドキュメントを参照する。
/plans/yyyy-mm-dd-hh-mm_plan-name.md に保存dateコマンドで取得し、yyyy-mm-dd-hh-mmの形式計画の作業手順を以下のPhaseで構成する。Phase間のゲートを飛ばさないこと。
重要: これらのPhaseは計画が承認された後に実行する作業である。計画承認（plan mode終了）はあくまで「このPhase構成で進めてよい」という合意であり、Phase 1・2の完了を意味しない。
コードを書く前に、パッケージの外部IFを決めて packages/*/docs/ にドキュメント化する。計画ファイルへの設計方針の記述とは別の作業である。
packages/*/docs/ にAPIドキュメントを作成・更新ドキュメント化したAPIが要求を満たすか、利用側の視点で検証する。
apps/web）からの利用コード例を示すPhase 2を通過するまでコード実装に進まない。
Phase 2で承認されたAPI設計に基づいてコードを書く。
実装完了後、以下の観点で設計の再レビューを行う。
Phase 4を通過して初めてユーザーに完了を報告する。
ユーザーが実装結果を確認した上でコミットを指示したら：