承認ゲート

エージェントは計画を実行する前と、タスクを完了と呼ぶ前に確認を求めます。デスクトップでも、ステータスバーでも、スマートフォンからでも、自動承認されることはありません。

ゲートの要点は、エージェントが立ち止まって確認を求めることにあります。1DevToolはタスクループの中に2つのゲートを設けています。作業に取りかかる前と、タスクを完了と呼ぶ前です。

2つのゲート

計画ゲート。 エージェントはタスクをどのように進めるつもりかを提案し、待機します。あなたは計画を読んだうえで、Approve（承認）またはRequest changes（変更を要求）を選びます。

完了ゲート。 エージェントは作業が終わったと報告し、待機します。あなたはタスクが本当に完了しているかを確認するか、差し戻します。

レビューダイアログは計画を読むための十分な表示領域を確保しており、計画を実際にきちんと読める広さがあります。ApproveとRequest changesは対等に並んで表示され、フィードバック欄は常に開いているため、修正内容を書くのに余分なクリックは要りません。

あなたの言葉はそのまま逐語的にエージェントへ届きます。途中で要約されることはありません。

どこからでも回答できる

同じ判断は3つの場所から下すことができ、エージェントがどこで動いていてもそこに届きます。

  • Tasksワークスペース内のレビューキュー
  • 未対応のゲート数を表示し、そこへジャンプできるステータスバーのバッジ
  • Remote Control内のページ — 台所からでも計画を承認できます

自動承認は一切ない

誰も期限内に回答しなければ、タスクはブロックされます。タイムアウトで先に進むことはありません。沈黙は同意ではないからです。

エージェント側もきちんと待機します。判断を待っている間にエージェントが使うポーリングループは、Claude、Codex、OpenCode、Grok、Hermesに対して検証済みなので、承認を求めているエージェントが自分自身のリクエストでタイムアウトすることはもうありません。

ゲートとボード

ゲートとボードは互いに矛盾しません。

  • エージェントが判断待ちにしているカラムにカードをドロップすると、それを素通りするのではなく承認画面が開きます。移動はあなたの判断とともに記録され、判断を経ずに記録されることはありません。
  • 保留中の計画レビューや仕様レビューを飛ばすような移動は拒否され、何が原因で止まっているかが明示されます。
  • エージェントがすでに書いたステータスを受け入れたり、未解決のブロッカーがある作業を開始したりする場合は、先に確認を求めます — これらは判断であって、うっかりではないからです。
  • タスクを引き戻す、またはキャンセルする操作は、確認なしで常に実行できます。

「Needs me」ビュー

ビュー一覧にあるNeeds meは、ゲートとブロック中の作業を横断して、あなたの判断を待っているものすべてを一覧にしたものです。そのカウントは正直です。ブロックされたタスクはボード上に専用のカラムを持つため、「Needs me · 2」がボードに一度も描かれていないタスクを指すことはもうありません。

Related