Kavor の実践

provider を選び、CodingAgent を Canvas に追加する。

各 CodingAgent は、一つの責任と一つの provider から始まります。toolbar のセレクターで Node を配置する前に harness を選べます。セッションはネイティブなインターフェースを保ち、その後 Specifications、Files、Sticky Notes、Terminals、他の CodingAgents に接続できます。

Kavor の実践

0:38

Kavor の実際の動きを見る。

これは実際の Kavor セッションです。CodingAgents、Specifications、Files、Sticky Notes、Terminals が一つの Canvas に表示され、使い捨てのチャットに隠れず、仕事を中心につながっています。

0:23

意図を行動につなげる。

Connection は Node が何を見て何を実行できるかを定義します。このセッションでは、一つの CodingAgent が Sticky Note に意思決定を記録し、稼働中の Terminal でコマンドを実行します。周囲の文脈は見えるままです。

0:41

Specification を永続的な文脈に変える。

Specification は CodingAgent に永続的な意図を与えます。接続された Sticky Note は、チャットが終わった後も意思決定を残します。この実際のセッションでは、二つの Connections とその間の作業が Canvas 上に見えるままです。

1:29

小さく始めて、ループを閉じる。

有効な最初のループは、明確な意図で始まり、永続的な証跡で終わります。この実際のセッションでは、Specification が一つの CodingAgent を導き、メッセージが別の Agent に作業を渡し、両方が同じ Sticky Note に書き込みます。その経路は隠れません。

0:21

ファイルをワークフローの外に出す必要はありません。

ファイルによって作業の流れが途切れるべきではありません。この実際のセッションでは、PDF が File Node に表示されたまま、接続された CodingAgent が同じ Canvas 上でその文脈を使って作業します。

2:09

慣習ではなく、役割で Agent を選ぶ。

有効な multi-agent ワークフローは、provider 名ではなく責任から始まります。この実際のセッションでは、Spec Writer、Builder、Reviewer、Shipper が別々の仕事を担い、コンテキストと handoff は Canvas 上に見えるままです。