計画駆動

変更前に範囲、実装方針、受け入れ基準を確認したい場合は Plan を使用します。

​

Plan が適する場面

• 複数のファイルやモジュールにまたがる機能。
• 複数案のトレードオフをコード変更前に比較したい場合。
• タスク分解、リスク、検証方法をチームで確認する場合。
• デザイン、API 契約、互換性要件に従う必要がある場合。

​

計画タスクを開始する

1. タスク入力欄の Add context を開いて Plan を選択するか、/plan と入力して候補から Plan を選択します。有効な間は入力欄に Turn off plan mode が表示されます。
2. 目標、変更可能な範囲、制約、検証要件を記述します。
3. Qoder の planning response を確認します。タスク境界が不明確な場合は追加質問が行われるため、scope、implementation choice、validation に影響する情報を補足します。
4. 実装を伴う engineering task では、目標、対象ファイル、手順、リスク、検証方法を確認してから、続行または方針修正を依頼します。単純な分析や checklist は、独立した Plan work surface を開かず conversation に直接返される場合があります。

実行可能な計画には、目標と対象外、関連ファイル、実装手順、リスクと依存関係、テストと受け入れ方法を含めます。不足があれば、実装前に Qoder へ修正を依頼します。 実装中はツール操作、変更ファイル、テスト、検証証拠を確認します。完了後、code-review area で変更を確認し、コミットやプッシュの前にテストまたはビルドを検証してください。

​

Plan と Goal

Plan は事前に実装経路を確認したい作業向けです。Goal は検証可能な最終状態を指定し、すべての手順を事前に列挙できない最適化や移行を反復実行する場合に適しています。