目標
目標を設定すると、Kimi Code は複数ターンにわたって定義済みの成果に向かって作業を続けます。通常のプロンプトは「次に何をするか」を伝えますが、目標は「何が実現されていなければならないか」を伝えます。タスクの完了条件は明確だが、次に取るべき有効な手順が作業中に agent が得る情報に左右される場合は、/goal を使います。たとえば、失敗しているテスト群をまとめて修正する、壊れたビルドの根本原因を突き止める、といったケースです。
目標を開始する
/goal の後に目的を書きます。
Kimi Code は目的を保存し、それを次のユーザーメッセージとして送信して、目標モードを開始します。各ターンの後に、目標が完了したか、ブロックされたか、一時停止したか、まだ進行中かを確認します。
目標は、到達点と、それを証明する根拠を明示すると最も効果的です。
大まかな方向性だけを示す目標は避けてください。
この目標では、何を成功とみなすのか、何を調べるのか、いつ止めるのかが示されていません。agent はすぐにブロックするか、想定よりはるかに長く作業を続ける可能性があります。
目標を使うべき場面
明確な到達点と検証可能な根拠がある作業には、目標を使います。
Kimi Code はテスト出力を調べ、ファイルを変更し、チェックを再実行し、目標が完了したかを判断できます。
調査と修正に複数ターンかかる可能性があるタスクにも、目標を使います。
目標が結果を記述しているため、最初の手がかりが根本原因でなかった場合でも、agent は状況に合わせて進め方を変えられます。
別のプロンプトなしに続けてほしい、順序立てた作業にも目標を使います。
作業完了前に必要なチェックや成果物がすでに分かっている場合に便利です。
目標を使わないほうがよい場面
広範なトピックや自由回答型の議論には、目標を使わないでください。
反例:
目標ではない内容の場合、Agents は目標をただちに完了としてマークします。
不可能または解決不能であることが分かっているタスクには、目標を使わないでください。
反例:
目標が不可能または解決不能に見える場合、Agents はその目標をブロックとしてマークします。
曖昧または複雑な目的には、目標を使わないでください。
反例:
Agents は目標を完了できる場合もありますが、長時間の作業の後に、予期しない結果や意外な成果物を出す可能性もあります。
ライフサイクルを管理する
現在の目標の確認や制御には、同じコマンド体系を使います。
| コマンド | 操作 |
|---|---|
/goal または /goal status | 現在の目標と進捗を表示する |
/goal pause | 有効な目標を削除せずに一時停止する |
/goal resume | 一時停止またはブロックされた目標を再開する |
/goal cancel | 現在の目標を削除する |
/goal replace <objective> | 現在の目標を新しい目的に置き換える |
目標は次の 3 通りで停止します。
- 完了: 目的が達成され、Kimi Code が目標をクリアし、agent が作業をどのように完了したかを要約します
- 一時停止: ユーザーが一時停止した、ターンを中断した、有効な目標を持つセッションを再開した、またはモデル、プロバイダー、ランタイムのエラーが発生した状態です
- ブロック: Kimi Code が入力を必要としている、記述された目標を完了できない、または予算上限に達した状態です。agent が目標をブロックすると、その理由を短いメッセージで説明します。
停止条件は目的の中に書き込んでください。/goal には独立した停止上限フラグはありません。
次の目標をキューに入れる
Agents が目標をあまりに早く完了することがあります。ユーザーは、一度に1つの目標しか割り当てられないことに不便を感じる場合があります。多くの人は、次に取り組みたい目標をすでに把握しています。従来は、現在の目標が完了するのを待ち、TUI を開いて、次の目標を手動で送信する必要がありました。
次の作業が用意できているものの、現在の目標を中断したくない場合は /goal next を使います。
現在の目標が実行中の間、次に控えている目標は agent には見えません。現在の目標が完了すると、Kimi Code はユーザーが /goal <objective> を入力したときと同じ方法で、先頭の次回目標を開始します。
有効な目標がない場合、/goal next <objective> はその目的をただちに開始します。これは /goal <objective> と同じように動作し、目標の開始前にステータスメッセージを表示します。
次に控えている目標は対話的に管理できます。
マネージャーでは、↑ / ↓ で移動、Space で移動対象の目標を選択、↑ / ↓ で並べ替え、E で編集、D で削除、Esc でキャンセルします。編集中は、Shift-Enter または Ctrl-J で新しい行を追加し、Enter で保存します。
現在の目標が一時停止、キャンセル、またはブロックされている場合、Kimi Code は次に控えている目標を開始しません。目標がブロックされ、次に控えている目標が存在する場合、TUI はそれらが完了を待っていることを知らせます。
目標モードは慎重に使う
目標モードは、ファイル、テスト、コマンド出力、生成された成果物、または明確なレポートで確認できる作業に役立ちます。単発の編集や、答えが1つあれば足りる質問にはあまり向いていません。
manual 権限モードでは、ツール呼び出しの承認待ちで目標作業が一時停止することがあります。無人で作業させる場合は、リポジトリのリスクと agent が実行する可能性のあるコマンドに見合った権限モードを使ってください。
非対話型プロンプトモードでは、目標の作成のみがサポートされます。
プロンプトモードは、目標が完了するとコード 0、ブロックされると 3、一時停止すると 6 で終了します。/goal next などの管理コマンドは TUI の操作です。