Skill.md検索

現在のコード状況を素早く把握：最新のCURRENT.mdと直前バージョンのCHANGES.mdを参照し、変更履歴から現在地を数分で把握できます。 高優先度な課題と改善提案を自動抽出：ISSUES/フォルダのhigh・medium課題と、RETROSPECTIVE.mdの未実施改善を一覧化し、対応順序を決定できます。 1〜2週間の軽量なマイナーバージョン計画を立案：変更対象ファイル3つ以下・変更方針5〜10行で済むROUGH_PLAN.mdを素早く作成できます。 メジャーバージョンが必要な場面を事前判定：マスタープラン新項目・アーキテクチャ変更・新規ライブラリ導入時に、フルワークフローへの切り替えを適切に判定できます。 Git管理をシンプルに実行：コミットメッセージを統一し、プッシュ前段階で軽量な計画を完結させることで、開発進捗をスムーズに進められます。 スピード重視のスタートアップ・アジャイル開発チーム：メジャーバージョンのような重い計画書ではなく、軽量な計画で素早く開発サイクルを回したい。 バグ修正・小機能追加が頻繁に発生するプロジェクト：ISSUES対応をメインとしたマイナーバージョンの計画を、手軽に実行したい。 既存プロジェクトの継続開発を担当する開発者：前バージョンからの変更を追跡し、手戻りなく次の作業に移行したい。 レトロスペクティブで出た改善をすぐ実行したい組織：直前バージョンの課題を参照しながら、短いサイクルで改善を積み重ねたい。 quick_planは軽量ワークフロー用マイナーバージョン計画ステップで、メジャーバージョンは対象外。準備段階では①メジャーバージョンのCURRENT.mdを起点に、以降のマイナーバージョンのCHANGES.mdも確認（分割されている場合は関連ファイルのみ読む）②ISSUES/{カテゴリ}フォルダのhigh・medium課題を確認③直前バージョンのRETROSPECTIVE.mdで未実施改善を確認④docs/{カテゴリ}/MASTER_PLAN.mdが全フェーズ実装済みならISSUES対応に集中、ISSUESもなければユーザーに次の方向性を確認。バージョン種別はマイナーバージョンのみが対象で、MASTER_PLAN新項目・アーキテクチャ変更・新規ライブラリ導入・破壊的リファクタリングが必要な場合はメジャーバージョン（/split_plan）への切り替えを推奨。ROUGH_PLAN.mdは次マイナーバージョンフォルダに作成し、対応ISSUE・変更対象ファイル（3つ以下）・変更方針（5〜10行）を記載（IMPLEMENT.mdは作成しない）。plan_review_agentは起動しない。コミットメッセージはdocs(ver{バージョン番号}): quick_plan完了でプッシュ不要。