複数のエージェント、ひとつのリポジトリ

各エージェントに専用の作業ツリー（git worktree か clone）を与え、デフォルトブランチから切ったばかりのブランチに置き、ANK_AGENT で専用のアイデンティティを与えます。ank status はデフォルトブランチとのずれを示します。古いベースは、ここで緑のツリーを別の場所で赤にするからです。

同じリポジトリの worktree はすべて refs/ank/ を共有するので、その間の競合は git の compare-and-swap が決着をつけます。勝者はひとり。別々の clone は origin という名前の remote を通じて調停され、ank init がそれを refs/ank/* を運ぶように設定します。

ANK_AGENT がなければ、アイデンティティは <user>@<hostname> にフォールバックします。つまり同じマシンの 2 つのターミナルは、ref から見れば同じエージェントです。同じ名前での 2 つ目の claim は拒否され、その拒否メッセージがセッションに自分の名前を与える方法を示します。

どのタスクも scope、つまり glob の集合を持ちます。有効な claim と scope が重なるタスクを claim すると、ank はそれでも取らせたうえで、保持者、そのタスク、共有するパスを示す警告を出します。拒否のためのエラーではなく、読むための事実です。2 つのタスクがファイルを共有してよいかは判断であり、その判断は claim する側に委ねられます。

skills がエージェントに教えるルールはここから来ています。衝突しえないタスクを取るか、何も取らないか。開いているタスクに、ブロックされておらず衝突もしないものがないなら、アイドルのセッションのほうが、2 つのエージェントが同じ範囲を書き換えるより安くつきます。