Skip to main content
環境と実行

目標駆動

検証可能な結果を Qoder に与え、計画と反復によって達成させます。

Goal は、テストカバレッジ、移行完了、特定の欠陥除去など、測定可能な最終状態を持つ複数ステップの作業に適しています。

Goal が適する場面

  • テストカバレッジ、性能、品質指標を改善する。
  • API、依存関係、フレームワークを複数ディレクトリで移行する。
  • 検証可能な特定種類の問題を継続的に解消する。
  • 完全な手順を事前に列挙できず、実装、テスト、修正を反復する。
入力欄の Add contextGoal を選択するか、/goal と入力して候補から Goal を選択します。手順ではなく結果を記述し、完了条件と変更してはいけない範囲を含めます。有効な間は入力欄に Turn off goal mode が表示されます。
公開 API を変更せず、単体テストのカバレッジを 80% 以上にする。
Qoder は経路を計画し、実行と進捗確認を行い、目標が未達なら続行します。コマンド、ファイル変更、テスト、検証証拠をタスク記録で確認してください。 Goal パネルには経過時間と Edit goalPause goalDelete goal が表示されます。目的を変えずに制約を明確にする場合は Edit goal を使用し、完了と判断する前に応答と検証証拠を確認してください。目的が別のものになった場合は新しいタスクを作成します。

信頼できる Goal の書き方

  • 検証可能な結果を指定します。
  • 変更してはいけないファイル、API、環境、動作を明記します。
  • 必要なテスト、ビルド、ベンチマーク、手動検証を指定します。
  • 広すぎる目的は独立した受け入れ基準を持つ複数の Goal に分けます。
公開 API を変更せず、API の P95 レイテンシを 200 ms 未満にする。
既存ベンチマークを 3 回連続で実行した結果を受け入れ証拠とし、
変更内容、テスト結果、残っているボトルネックを報告する。