コーディングエージェントと働くためのツールは、本当に、そして急速に良くなってきています。最初に登場したのはオートコンプリートでした。次に、プロンプトを受け取ってdiffを生成できるエージェントが登場しました。そして今、最先端にあるのはパーソナルコマンドセンターです。デスクトップやターミナルのアプリで、一人の開発者が複数のエージェントを同時にオーケストレーションします——並行するワークツリー、まとめられたスキル、スケジュールされた自動化、レビュー待ちの実行キュー。これは本物の進歩であり、コードを書いて生計を立てているなら持つ価値があります。
しかし、そのすべてがどこに存在しているかを見てください。一人の人間のノートパソコンの中、一人の人間のセッションの中、たった一組の目にしか見えない場所です。どれだけ多くのエージェントを管理していようと、コマンドセンターはデフォルトでシングルプレイヤーです。そして、ソフトウェアはシングルプレイヤーゲームではありません。
オートコンプリートからコマンドセンターへ
エージェントツールの各世代は、前の世代のボトルネックを解決してきました。オートコンプリートはタイピングを解決しました。プロンプトからdiffを生成するエージェントは、白紙のページ問題を解決しました。コマンドセンターは、一人の開発者が複数のエージェントを並行して実行できるようにすることで、「一つのプロンプト、一つのdiff、一つの待機」というループを解決しました。
どの世代も解決しなかったのは、所有権の単位が変わらなかったという点です。自分のエディタ、自分のセッション、自分のエージェント。インターフェースはより強力になりましたが、ノートパソコンから出ることは決してありませんでした。
シングルプレイヤーの天井
パーソナルエージェントには、どれだけ磨き上げても解決できない構造的な問題があります。学んだことすべてが、プライベートなセッションの中に閉じ込められてしまうのです。
あなたとあなたのエージェントが、請求サービスがなぜそのように構成されているのかを解き明かしたとき、その理解はあなたのチャット履歴の中に存在します。同僚のエージェントが明日同じ疑問にぶつかったとき、それはゼロから始めることになります——そしてあなたが休暇中なら、同僚自身もゼロから始めることになります。これをチーム全体に掛け合わせると、奇妙な組織的健忘症が生まれます。会社は一日に何十ものインテリジェントなセッションを実行していながら、そのどれからもほとんど何も保持していないのです。
二つ目の問題があります。委任です。エージェントがあなたのツールの中に存在しているなら、あなただけがそれに仕事を与えることができ、あなただけがそれが何をしたかを見ることができます。「あなたのエージェントにこれを見てもらえますか?」という言葉は、あなたへの依頼になり、あなたの注意力を経由し、あなたのマシン上で実行されます。エージェントにはマネージャーがいますが、チームがありません。
エージェントが共有されると何が変わるか
私たちはTaskGoblinをもう一つのモデルの上に構築しました。エージェントは開くアプリではなく、あなたのツールがすでに話し方を知っているチームメイトなのです。
エージェントは、あなたのチームが働くあらゆる場所に自分自身のアイデンティティを持っています——GitLabとSlackでは@taskgoblin、GitHubではtaskgoblin[bot]です。チームの誰もが、同僚に対するのと同じようにエージェントに仕事をさせることができます。Linearのイシューを割り当てる、マージリクエストのコメントでメンションする、GitHubでイシューにラベルを付ける、Slackのスレッドで何かを尋ねる。エージェントはその仕事を引き受け、クラウドサンドボックス内で——誰のノートパソコンでもなく常時稼働の状態で——実行し、仕事がすでに存在している場所に結果を届けます。ブランチ、マージリクエスト、レビューコメント、スレッドへの返信です。
これにより、誰が仕事を見て舵取りできるかが変わります。エージェントの成果物はプライベートな記録ではなく、チーム全員がレビューできるマージリクエストであり、誰でも読めるコメントの跡であり、公開の場でボードを移動していったイシューです。監督は一人で行う活動ではなくなり、人間の仕事にとってすでにそうであるもの——チームが共有のスペースで、すでに持っているツールを使って行うこと——になります。
コンテキストの痕跡は仕事とともに存在する
ここに複利的に効いてくる部分があります。エージェントはあなたのチームのシステムの内部で働くため、そのコンテキストは一人の人間のセッションではなく、仕事そのものに紐づいています。
TaskGoblinが取り組むすべてのイシューにはスレッドがあります。会話、決定事項、プッシュしたブランチ、そして学んだことを次の実行に引き継ぐハンドオフメモリです。三日後にフォローアップコメントを持って戻ってきても、エージェントは履歴を手にした状態から再開します。誰かがコンテキストを貼り戻したからではなく、コンテキストが一度も失われなかったからです。その痕跡はイシューとマージリクエストの上にあり、そこは次の人間——あるいは次の実行——が実際に目を向ける場所です。
あまり評価されていないポイントは、その痕跡から最も恩恵を受けるのは人間ではないということです。それはエージェント自身です。このファイルへの直近の変更がどのようにレビューされたか、二つ先のリンクにあるイシューでチームが何を決めたか、そして以前のアプローチがなぜ差し戻されたかを見ることができるエージェントは、毎朝空っぽの部屋で目覚めるエージェントよりも、単純により優れたエンジニアなのです。
チームは一度だけ教える
共有されたコンテキストは、エージェントの仕事をフライホイールに変えます。レビューされたマージリクエスト一つひとつ、同僚がコメントとして残す修正一つひとつ、イシューに記録された決定一つひとつが、たまたまそのセッションにいた人だけでなく、全員にとって次の実行をより良い情報に基づいたものにします。チームはエージェントに公開の場で一度だけ教え、各人がプライベートに自分のコピーへ教え込む必要はありません。
パーソナルコマンドセンターは、どれだけ優れたものになっても、このフライホイールを回すことはできません。なぜなら、学習は一人の人間にしか見えない場所で起きているからです。
シンプルなテスト
あるツールがどちら側にあるのかを知りたければ、二つの質問をしてみてください。チームの誰もが、すでに働いている場所でエージェントを@メンションできるか?そして、そうしたときに、エージェントは誰にも再説明されることなく、イシュー、スレッド、これまでの実行といった履歴を把握した状態でやって来るか?
答えがノーなら、それはパーソナルツールです。もしかしたら非常に優れたツールかもしれません——しかしチームにとっての問いは、「エージェントはコードを書けるか?」から、「私たちはどうやってエージェントに仕事を委任し、監督し、共に学んでいくのか?」へと移っています。この問いに答えられるのは、共有のスペースだけです。だからこそTaskGoblinは、あなたのノートパソコン上のウィンドウとしてではなく、チームが毎朝すでに開いているツールの中のチームメイトとして提供されるのです。
