Take-over & hand-back

承認と steering だけでは足りないことがあります — ハンドルを握りたいときです。 take-over は run を一時停止し、エージェントが運転していたセッションをターミナルまたは マルチプレクサの pane であなたが引き継いで直接操作できるようにします。その間も loopkeep の 安全 floor は有効のままです。hand-back は、あなたの変更を織り込んだうえで、run を エージェントに返して運転を続けさせます。

take-over する

take-over は run を一時停止し、エージェント自身のセッションを続けます — 同じ会話、 同じ記憶です。エージェントは自分が何をしていたかを分かっていて、いまやあなたが話し 変えたこと・変更したことも覚えています。エージェントと話すことも、run の worktree で ファイルを直接編集することも、その両方もできます。loopkeep が マルチプレクサ を動かせるときは、セッションは新しい pane に開きます — attended run と同じ space と tab で、 run の名前が付きます。動かせなければ現在のターミナルに開きます。

あなたが操作している間、loopkeep の policy のゲートは脇に退きます — その区間は あなたのもので、そのように監査されます(開始と終了のマーカー、加えてあなたの変更を チェックポイントとして)。残り続ける唯一のゲートは組み込みの floor です。loopkeep 自身の 監督の仕組みへの書き込みは、誰が操作していても ask のままです。

hand-back する

hand-back はあなたの変更をチェックポイントとして commit し(loopkeep: human take-over とあなたの要約)、diff の要約を生成し、それを run の context に注入して、run を再開 します。エージェントは、あなたが操作した間に何が変わったかを正確に把握したまま続けます。

git でない workspace

セッションの継続はどこでも動きます。diff の要約と take-over のチェックポイントには git が 必要なので、ただのフォルダでは hand-back はそれらなしで run を再開します。

いつ使うか

steering(lk approve --steer)は、一文の案内で足りるときに手軽です。take-over は、 直すほうが説明するより簡単なときに真価を発揮します — 誤った方向を手で解きほぐし、 そのうえでループを返す、というときです。