月曜日、午前9時12分。有望なリードがGmailに届く。マーケティングが企業を調査し、オペレーションがICPに合致するか確認し、セールスが返信を下書きし、マネージャーがアプローチを確認して、より強力な根拠を求める。
ここでAIチームコラボレーションが崩壊する。作業は前に進むが、その背後にある思考プロセスが無傷のまま引き継がれることはほとんどない。
それぞれの担当者が、メッセージ、ドキュメント、過去の事例、そして記憶をもとにタスクの一部を再構築する。最終的なメールは良い出来かもしれない。しかし、それを生み出した方法は、4人の人間と5つのツールに分散したままだ。次のリードが届いたとき、作業の多くはまた一から始まる。
チームソフトウェアは20年かけて、人々が連携する場所を改善してきた。より難しい問題は、ミーティングやSlackのスレッドが終わった後に始まる。作業は、その意思決定を形成したコンテキスト、基準、そして権限を引き継ぐことができるのか？
これがZeroの背景にある考え方だ。AIチームコラボレーションは、ハンドオフを経てどれだけの意図が生き残るかにかかっている。
意味のあるすべてのタスクには、4つの要素が含まれている。
- コンテキスト：チームが顧客、市場、プロジェクト、制約について把握していること。
- 方法：作業をどのように進めるべきか、どのソースやツールを使うべきか。
- 基準：良い成果物とはどのようなものか、何を却下すべきか。
- 権限：誰がどのシステムにアクセスし、どのアクションを実行し、結果を承認できるか。
ハンドオフの摩擦のほとんどは、これらのいずれかが欠落することから生じる。Zeroは、作業が人、ツール、時間をまたいで移動する際に、この4つすべてを作業に紐付けたまま保持できるようチームを支援する。
1. 共通の出発点が最初の再説明ラウンドをなくす
コラボレーションはしばしば再構築から始まる。
チームメンバーがタスクを開き、最新の戦略ドキュメントを検索し、顧客定義の2つのバージョンを見つけ、同僚からプロンプトをコピーし、どのテンプレートが最新かを確認する。まだ何も実行されていない。チームは共通の出発点に到達するためだけに、調整コストを払っている。
Zeroでは、チームが繰り返し発生する業務に合わせて共有エージェントを設定し、その作業に必要なコンテキスト、指示、コネクターを付与できる。再利用可能なワークフローには、チームが合意した手順を保存できる。次の担当者は、空白のチャット画面ではなく、同じ作業コンテキストから始められる。
これは、知識が不均等に分散している場合に特に重要だ。経験豊富なオペレーターは、どのソースが信頼できるか、どの顧客セグメントを除外すべきか、最終レポートをどのように構成すべきかをすでに知っている。それらの選択が明示されれば、新しいチームメンバーも初日からチームの現在の方法で作業を始められる。
共有コンテキストとは、全員が同じ汎用アシスタントを使うということではない。チームが共通の基盤を持ち、それが異なる人やロールをサポートできるということだ。
パブリックなZeroエージェントとロール別エージェントにより、チームはすべての業務を1つの汎用アシスタントに押し込めることなく、共通の出発点を持てる。
2. AIチームコラボレーションにはツールをまたいだ共有実行が必要だ
典型的なAIのハンドオフは、別のハンドオフを生み出す。アシスタントが回答を生成し、次に人がその回答をGmail、GitHub、Notion、スプレッドシート、またはブラウザに持ち込む。コンテキストが再びコピーされ、小さな判断が途中で消えていく。
Zeroはクラウドコンピューター上で動作し、ブラウザ、ファイル、ターミナル、認証済みコネクターにアクセスできる。企業の調査、ソースの比較、ファイルの変換、メールの下書き、プルリクエストの作成、シートの更新、レポートの公開を、一連の連続した作業として実行できる。
コラボレーションの価値は、その作業がどこに届くかにある。Zeroは、チームがすでに共有しているシステム——GitHubのプルリクエスト、Notionのページ、共有のGoogleスプレッドシート、Slackのスレッド、公開レポート——に直接結果を届けられる。
その共有ワークスペースは、Zeroの中に新たに作る必要はない。会社が毎日使っているSaaS製品の中にすでに存在している。クラウドブラウザによってZeroはそれらのWebインターフェースを通じて作業でき、2,000以上のコネクターとAPIが同じシステムへの構造化されたアクセスを提供する。サンドボックスは、作業が完了するまでファイルと中間状態をまとめて保持する。
これらの機能を組み合わせることで、Zeroは調査から実行まで、人がツール間でアウトプットをコピーする必要なくタスクを遂行できる。コラボレーションの実質的な単位は、チームがすでに共有しているシステム内の成果物となる。エンジニアはプルリクエストをレビューし、ステークホルダーはNotionページにコメントし、オペレーターは共有シートで作業し、チームはSlackで次のステップを決める。レビュー、編集、意思決定のすべてが、別のハンドオフを経由してコピーされるのではなく、共有された成果物に紐付いたまま残る。
これにより、ハンドオフを受け取る側の役割が変わる。実行経路を再構築する時間が減り、アウトプットが有用で正確であり、次のステップに進む準備ができているかを判断することに、より多くの時間を使えるようになる。
Zeroの2,000以上のコネクターが、チームがすでに共有しているSaaSスタックをコラボレーションの場に変える。
3. 複雑な作業には高品質なデータと実行基盤が必要だ
複雑なタスクが失敗するのは、プロンプトが短すぎるからではない。インプットが不十分だったか、実行が途中で止まったからだ。市場参入の意思決定には、最新の企業データ、検索需要、競合の動向、採用シグナル、顧客履歴、社内のプロダクト利用状況が必要になることがある。それらの全体像を持つ単一のチームメンバーやシステムは存在しない。異なる人々が異なるバージョンの事実をもとに作業していれば、メッセージをいくら増やしても整合性は生まれない。
Zeroは、チームのSaaSスタックにたまたま存在するデータだけに頼らない。Webリサーチ、企業・人物データ、ソーシャルアクティビティ、検索・SEO、金融市場、地図、天気、その他の専門ソースに対応した高品質なデータAPIを備えている。Zeroはタスクの中でそれらのソースを照会し、チームのCRM、受信トレイ、ドキュメント、コード、ファイルのデータと組み合わせ、矛盾する結果を比較し、ソースを主張に紐付けたまま保持できる。結果は、誰かがまだ調査しなければならないリンクの羅列ではなく、チームが活用できる根拠となる。
良質なデータへのアクセスは、プロダクト課題の半分に過ぎない。モデルは1回の検索でもっともらしい市場レポートを生成できる。しかし複雑なタスクに対応するプロダクトは、複数の市場を調査し、作業ファイルを保持し、不確かな主張を再検討し、クエリが失敗した際に回復し、検証を委任し、別の人が監査できるレポートを届けなければならない。それにはモデルを取り巻くエンジニアリング基盤が必要だ。隔離されたクラウドコンピューター、ブラウザ、ターミナル、ファイルシステム、コネクター、権限管理、長時間実行される状態、並列エージェントスレッド、そしてチームのツールに成果物を確実に届ける手段が求められる。
4. 精密なフィードバックループが人とエージェントの連携を保つ
フィードバックが機能するのは、次の担当者やエージェントが何が問題で何を変えるべきかを理解できる場合だけだ。「もっと良くして」では、また別の解釈が生まれる。「従業員50人未満の企業を除外し、すべての事実的な主張に出典を付けて」なら、受け取った側がすぐに行動できる。これは人からAIへのコラボレーションにも、人から人へのコラボレーションにも同様に当てはまる。フィードバックは、それが参照する作業から切り離されると価値を失う。
Zeroの引用アクションは、修正を対象の正確な文章、主張、または推奨事項に紐付ける。レビュアーは「Acmeの従業員数は240人」を引用してZeroにソースの確認を求めたり、複数の箇所を一度にマークしたりできる。次のターンでは、各コメントがその対象とともに受け渡される。
引用はフィードバックをレビュー対象の正確な箇所に紐付けるため、次の指示はその対象を伴って届けられる。
精密なフィードバックは、適切な担当者にも届く必要がある。Zeroのエージェント間連携機能（A2A）を使えば、リサーチスレッドが主張を検証し、アナリストが数値に異議を唱え、ライティングスレッドが文章を修正できる。それらは並行して作業し、結果を調整役のチャットに返すことができる。
スレッドメンションにより、問題とそのコンテキストが別のエージェントチャットにルーティングされ、そこで作業を独立して継続し、結果を報告できる。
引用とA2Aを組み合わせることで、明確なループが生まれる。問題を特定し、コンテキストとともにルーティングし、修正を返し、結果をレビューする。人はコメントを繰り返し説明する時間が減り、エージェントは実行可能な指示を受け取れる。
繰り返しのフィードバックがより良い方法を示した場合、担当者はワークフローを更新することを選択できる。このステップは意図的なものだ。フィードバックはまず現在のコラボレーションを改善する。それが将来の作業を形成すべきだとチームが判断したときにのみ、再利用可能なものになる。
5. ワークフローが合意を実行可能なチームの能力に変える
チームはすでに手順をドキュメントに保存している。問題は、その手順を実際に実行しなければならないときに現れる。
ドキュメントには「アカウントを調査し、CRMを確認し、最近の採用シグナルを探し、パーソナライズされた返信を下書きする」と書ける。しかしオペレーターは依然として、各文を具体的なアクションに変換し、適切なツールを選択し、最終的なアウトプットを組み立てなければならない。
Zeroのワークフローは、トリガーなしで業務を実行するための再利用可能な手段だ。確認すべきソース、従うべき順序、守るべき制約、成果物の形式を定義できる。チームメンバーはオンデマンドで実行でき、別の共有エージェントがロールに合わせたコピーを使用できる。
これにより、ワークフローは保存されたプロンプト以上のものになる。チームが繰り返し発生する業務をどのように行いたいかについての、実行可能な合意となる。
一人の担当者が週次の競合スキャンを会社の基準を満たすまで磨き上げれば、次の担当者は録画を見たり、古いスレッドを解読したり、プロセスの「本当の」バージョンを確認したりする必要がない。合意された方法を実行し、結果をレビューし、ビジネスが変化したときに改善できる。
複利効果は再利用から生まれる。検証済みのワークフローが増えるほど、方法を一から再構築することなくチームができることが増えていく。
ワークフローは合意された方法を業務を実行するための再利用可能な手段に変え、次のチームメンバーがドキュメントの指示以上のものから始められるようにする。
6. 共有された方法は個人の権限と共存できる
プロセスを共有することが、認証情報の共有や個人の説明責任の消失を意味するとき、チームコラボレーションはリスクを伴うものになる。
Zeroは再利用可能な方法と、それを開始する条件を分離する。ワークフローが手順を保持する。オートメーションはトリガー、ワークフロー、エージェントを組み合わせ、それを作成した人物のアイデンティティ、権限、接続されたサービスの範囲内で実行される。
この区別は、実際のガバナンス上の問題を解決する。セールスチームは同じアカウントリサーチワークフローを共有しながら、各担当者が自分のGmailアクセスを使用できる。財務リードは、機密性の高い書き込みアクションを許可することなく、エージェントが特定のシステムを読み取ることを許可できる。管理者はチームワークスペースの管理機能を使って利用可能なコネクターとアクションを決定しながら、個々のチームメンバーが自分で作成したオートメーションに対して責任を持ち続けられる。
チームは全員を1つのアカウントに統合することなく一貫性を得られる。方法は共有される。権限は帰属可能なまま保たれる。
7. オートメーションにより、全員が揃わなくても作業を継続できる
多くのコラボレーションの習慣は、実は同期の習慣だ。誰かがステータスの確認を投稿する。3人が情報を集める。4人目がレポートを作成する。全員が同じ瞬間に対応できるのを待つ。
オートメーションは共有ワークフローにトリガーを付与する。スケジュールまたはイベントの発生時に開始し、選択したエージェントに業務を完了させることができる。朝のブリーフィングは、スタンドアップの前にカレンダー、プロダクト、サポート、エンジニアリングのシグナルを収集できる。新しい顧客メールがリサーチと下書きのフローを開始できる。週次の競合レビューが、ソースを添付した状態でチームチャンネルに届けられる。
価値は節約された時間以上のものだ。チームがミーティング中、就寝中、または別のことに集中している間も、作業を前進させられる。人々は更新の依頼ではなく、具体的な成果物を中心に再集合できる。
非同期コラボレーションが機能するのは、アウトプットが信頼して確認できるほど予測可能な場合だ。だからこそ、共有ワークフロー、人によるレビュー基準、権限モデルが重要なのだ。不明確なプロセスを自動化しても、不明確な作業が増えるだけだ。
オートメーションはワークフローにスケジュールまたはイベントトリガーを付与し、誰かがプロンプトを入力するのを待たずに繰り返し発生する作業を開始できるようにする。
1つのリード、1つのコラボレーションループ
月曜日の朝に届いたリードに戻ろう。
チームの共有エージェントには、すでにICP、承認済みのポジショニング、リサーチルールが設定されている。担当者がリード資格確認ワークフローを実行する。Zeroは受信メールを読み、ブラウザと接続されたソースを通じて企業を調査し、必要な基準を確認し、返信の下書きを含むアカウントブリーフを作成する。
セールスリードがそれをレビューし、根拠の弱い仮定を発見する。彼女はZeroに、裏付けのない従業員数の推定を除外し、各資格確認の主張にソースを引用し、見込み客の現在のプロダクトに関連したユースケースで書き出すよう依頼する。Zeroはブリーフを修正し、下書きを更新する。
チームはそれらの変更を将来のリードにも適用すべきだと判断し、ワークフローを編集する。別の担当者は改善されたバージョンを実行できるようになる。各担当者は、自分の認証情報と権限を使って、新しい受信メールに対する個人のオートメーションを作成できる。
メールの下書きは有用だ。しかしより大きな成果は、ハンドオフがチームの次のリードを処理する繰り返し可能な能力を向上させたことだ。
これは従来の自動化以上のものだ
明らかな反論として、企業は何年もワークフローを自動化してきたというものがある。それは事実であり、安定したルールベースの自動化は多くのプロセスに対して依然として正しい答えだ。
コラボレーティブな作業は、しばしばそれほど安定していない。インプットは雑然としている。リサーチが始まると経路が変わる。品質は、人々がこれまで書き留めたことのない判断に依存している。マネージャーは最初の下書きを見れば弱いアカウントブリーフをすぐに見抜けるかもしれないが、それを見る前に完全な基準を言語化するのは難しい。
Zeroを使えば、チームは自然言語で業務から始め、実際の成果物を確認し、レビューを通じて方法をより明確にしていける。プロセスが十分に安定したら、チームはそれをワークフローとして保存し、オートメーションで実行すべきかどうかを判断できる。
限界もある。Zeroはオーナーシップ、レビュー、困難な会話の必要性をなくすものではない。クリエイティブな方向性、戦略的なトレードオフ、機密性の高い承認は依然として人間に属する。また、すべてのやり取りから会社のことを自動的に学習すると主張すべきでもない。今日、持続的な学習ステップは意図的なものだ。人がワークフローを保存または編集する。
それらの限界は設計の一部だ。良いチームコラボレーションには、明確な人間の判断と明確な機械の責任が必要だ。
AIチームコラボレーションの新しい単位は実行可能な基準だ
メッセージは人々が話すのを助ける。ドキュメントは人々が記憶するのを助ける。タスクは人々が責任を追跡するのを助ける。Zeroはチームが欠いていた単位を加える。作業を実行できる基準だ。
これにより、チームがコラボレーションソフトウェアを評価する方法が変わる。次の問いを立ててみよう。
- 次の担当者はコンテキストを引き継ぐか、それとも再構築するか？
- システムは必要なツールをまたいで方法を実行できるか？
- 人間のフィードバックは明示的でレビュー可能な基準になれるか？
- 他の誰かのアイデンティティを共有することなく方法を再利用できるか？
- 誰も作業を前進させるために存在していないときでも、作業は継続できるか？
答えがイエスなら、コラボレーションは複利的に成長し始める。完了した業務は成果物以上のものを残す。チームが同じ業務を再び行うための、より良い準備を残す。
繰り返し発生するハンドオフを1つ選んで始めよう。週次のブリーフィング、受信リード、サポートのエスカレーション、またはリリースレポート。明確な成果物、指名されたレビュアー、必要なシステムへのアクセスを与える。Zeroで一度実行する。作業をレビューする。生き残った方法を保存する。
目標はシンプルだ。作業がハンドオフを越えるたびに、失われる意図を少なくする。
