マルチプレイヤーAI:個人AIからチームAIへのシフト

4 min read

Last edited:  

マルチプレイヤーAI:個人AIからチームAIへのシフト

要約

  • AIはチームの各個人を速くしました。チーム全体を速くしたわけではありません。推論はプライベートセッションに閉じ込められ、コピペとPDFでしか共有されていません。
  • 本日、DevRevのComputerは「マルチプレイヤーモード」を導入します – チームインテリジェンスが複利的に蓄積し、個人のスキルがガバナンス付きのエンタープライズ資産になり、AI活用がシャドー活動から監査可能で権限を考慮したチームワークに移行する共有サーフェスです。
  • 結果:人を超えてスケールする効率性 + 時間とともに複利的に蓄積する精度 + アーキテクチャに組み込まれた(後付けではない)安全性。

コピペ、コピペ、コピペの呪い

こんな光景、痛いほど見覚えがあるかもしれません…

  • あなたの最優秀営業担当がQBRデッキを作成しています。AIで詳細なアカウント分析を実行します。2時間のプロンプティング、クロスリファレンス、シグナル収集、コンテキストマッピング、アカウントチームとの確認。
  • 重要な部分をチームのSlackチャンネルにコピーして、「これらの数値、誰かダブルチェックしてくれる?」
  • スクリーンショットを撮り、QBRのPowerPointに貼り付け、AEのLinaにコメントでタグ付け:「これ合ってる?」
  • エグゼクティブサマリーのポイントをメールにコピペし、主要ステークホルダーをcc:「明日のコール用にこれでOK?」
  • 送信後、修正前の以前のデッキからエグゼクティブサマリーをコピーしていたことに気づきます。

バージョンが多すぎる。チャンネルが多すぎる。ピンピンピンと全員が返信する通知が多すぎる。

異なるバージョンや抜粋が送り出されるたびに、ロジックの連鎖、データの痕跡、実際のコンテキスト – 答えを信頼できるものにしていたもの – が蒸発してしまいます。

チームはそれを疑問視できない。その上に構築できない。修正できない。

ハーバードビジネススクールの研究(Working Paper 25-043、2025年10月)では、776人のプロフェッショナルを対象に、チーム設定での人間+AIが、ソロAIや人間のみのペアよりも優れたアイデアを生み出すことが判明しました。ポテンシャルは証明されています。しかし…従業員の48.8%が依然としてAI使用を同僚に隠しています。そしてC-suiteリーダーの53%も同様です(Cornerstone OnDemand、2025年)。

この隠蔽は文化的な失敗ではなく、AIの動作方法 – より正確には、動作しない方法 – の構造に組み込まれています。すべてのAIセッションが作業を一人に帰属させるとき、共有は告白になります。そしてチームはまさに元の場所に留まります – 速い個人、デフォルトで断絶。

一緒に働く > 一人で働く

聞いてみてください:あなたのチームにはAIツールが不足していません。むしろ逆です。歯ぎしりするような問題は、それらのツールのどれも、チームが実際に一緒に働く方法のために構築されていないことです。そして、あなたが使うすべてのアプリやシステムと接続するようにも構築されていません。

チームに必要なものは子供でもわかるほど単純です:

  1. 複利的に蓄積する知識。一人の分析がチームの新しい能力になるべきです – チャンネルに消えるスクリーンショットではなく。仕事もAI自体も、よりスマートになるべきです。さらにスマートに。そして…
  2. スケールするスキル。誰かが実際に機能するワークフローを構築したとき、問題を解決したり究極の精度で新しい機会を創出するものなら、それは個人のハックからみんなに恩恵をもたらす共有可能なチーム資産に昇格すべきです。
  3. 設計によるガバナンス。AI活用はシャドーの中で広がるべきではありません。監査可能で、権限を考慮し、成果に責任を持つ人々に可視化されるべきです。

効率性 + 精度 + 安全性。簡単に聞こえます。では、なぜ誰もまだ解決できていないのでしょう?

今日存在するツール – Slack AI、Teams Copilot、GlueのようなLater参入者でさえ – はコミュニケーションレイヤー上に構築されています。スレッドを要約できます。チャンネルを検索できます。しかし、あの営業担当の案件を真に知っているわけではありません。サポートチームのチケットを – そしてその背後の顧客を – 知っているわけではありません。「更新リスク」と「定期チェックイン」の違いを知っているわけではありません。

最も重要なのは:彼らはあなたを知りません。あなたのチームも。あなたたちがどう一緒に働いているかも。


Computerマルチプレイヤー:「チームチャット」ではなく「チームインテリジェンス」

私たちはしばらくの間、Computerの「マルチプレイヤーモード」に取り組んできました。それがいかに重要か知っているからです。そして正しく実現したかったのです。

ゼロから構築し、Computerの基盤に統合しました。メッセージングレイヤーやチャットオプションではありません。システムオブレコードの内部に構築されています。Computer AirSync(当社の特許取得済み双方向同期エンジン)によって作成・更新される共有メモリの中にあります。

チケット、アカウント、顧客履歴、案件データ、ミーティングログ、その他すべてが存在する場所 – そこがマルチプレイヤーが起こる場所です。

その区別は非常に重要です(自分たちで言うのもなんですが)。

チームメイトをマルチプレイヤーセッションに招待すると、Computerは議論されている仕事を既に知っています。完全な上から下まで、左から右までのコンテキストが既にそこにあります。アカウントを再説明したり、ドキュメントを再アップロードしたり、ゼロから再プロンプトする必要はありません。

1つの共有セッション – 5回の別々のブリーフィングではなく。これにより、すべてのチームが得られるのは…

1. 複利的に蓄積する組織インテリジェンス

すべてのマルチプレイヤーセッションがチームをよりスマートにします。そしてComputerもよりスマートになります。繰り返しますが、すべてがネイティブ共有メモリの中で行われるからです。

セールス部門長がComputerでパイプラインレビューを実行します。分析がリスクシグナルを示す3つの案件を表面化させます – ミーティングの欠席、ステークホルダーの沈黙、契約のギャップ。これをコールで要約してチームが覚えていることを祈る代わりに、セッションはライブのまま。どのAEでも参加し、フォローアップの質問をし、前提に異議を唱え、自分のアカウントコンテキストで分析を拡張できます。

推論は消えません。複利的に蓄積します。一人が始めたものを、チーム全体が検証し、確認し、その上に構築できます。

2. チーム資産になるスキル

CSリーダーがQBR準備ワークフローを構築します – アカウントヘルス、サポートチケットのトレンド、更新タイムライン、エンゲージメントデータを構造化されたブリーフにまとめます。見事に機能します。旧世界では、それはプライベートなプロンプトライブラリに留まります。マルチプレイヤーでは、そのスキルがガバナンス付きの共有可能なチーム能力に昇格します。権限対応。監査可能。車輪の再発明をせずに、必要なすべてのCSMが利用可能です。

これが効率性のスケール方法です:各個人を孤立して速くするのではなく、実証されたアプローチをチーム全体の精度に変えることで。

3. AI活用が可視化され安全になる

セールスリーダーがチームのAI使用に気づきます – しかしどのように使っているか可視性がありません。異なるツール、異なるプロンプト、異なるデータアクセスレベル。いたるところにシャドーAI。

Computerマルチプレイヤーでは、AI使用がチーム活動になります。セッションは共有されます。スキルにはガバナンスがあります。権限がデータとともに移動します。招待メカニズムにより、すべての新規ユーザーのComputerの初体験が、ガードレールゼロの空白プロンプトウィンドウではなく、実際の仕事のコンテキストになります。

「シャドーAI」が監査可能なチーム活動になります。ガバナンス + 安心感 = 仕事を片付けるためのより多くの時間と集中力。

構造的に異なる – 表形式で

Computerのマルチプレイヤーモードが何を特別にし、他のすべてと何が異なるか、誇りに思っています(わかりますよね)。あまりに誇らしいのでこの表を作りました…

Communication-layer AI (every other AI)

Work-execution-layer AI (Computer)

Context source

Chat messages (if the AI can understand them), email threads (if the AI has access), documents (if they’re uploaded to the chat)

Your entire organization’s shared memory: from tickets to accounts, deals to customer history – everything.

Precision & reliability

Can summarize accessible conversations, and documents that are uploaded – no access to real-time data; often hallucinates.

Queries structured & unstructured data with Text-to-SQL precision across entire shared memory; returns cited sources.

Team access & permissions

Whoever is in the channel

Permission-aware, governed by role, every time

Safety & governance

Relies on channel permissions

Native data permissions + rollback

AIがコミュニケーションレイヤー上に構築されている場合、人々が言ったことしか知ることができません。ワーク実行レイヤー上に構築されている場合、チームが使うすべてのシステムにわたって実際に何が起きているかを知ることができます。

精度はあれば良いものではありません。CSMが更新の会話の準備をしているとき、Slackで誰かが言及したことの要約と、解決データ付きの実際のサポートチケット履歴の違いは、確信と推測の違いです。

名前がついた?もちろん。定義された?ビールを持って見ていてください…

「マルチプレイヤーAI」というカテゴリーには名前がつきました。しかし、カテゴリーに名前をつけることは問題を解決することを意味しません。チャットレイヤーに共有セッションを追加するのは、廊下にミーティングルームを追加するようなもの – 会話はそこで起きるかもしれませんが、実際の仕事は依然として別の場所で行われます。

もっとミーティングルームは要りません。確実にもっとミーティングも要りません。必要なのは次のような空間です:

  • デッキやレポートが、ライブデータ上で並んで作業する人々によって作成でき、常に「最新」(つまり唯一の)バージョンである。
  • チームが1つの共有スペースで協力、確認、承認、共有でき – いつでも他の人を招待して助けてもらえる。
  • チームがComputer(「@computer」と呼ぶだけ)に、その場で貢献し共同制作するよう依頼できる。

これは「AI + DM」ではありません。あなたのワークスペース、あなたの組織、あなたのチーム – Computerマルチプレイヤーモードが組み込まれたものです。マルチプレイヤーAIが、仕事が既にある場所に。

だからこそチームのインテリジェンスが複利的に蓄積されるのです – Computerが意思決定がなされ、アクションが実行される同じシステムの中に既にいるからです。

Computerを招き入れよう。チームを招き入れよう。

既にComputerを使っていて、チームメイトがコピペの踊りなしに自分が見ているものをそのまま見られたらと思った瞬間があるなら – マルチプレイヤーが次のステップです。

同僚を共有セッションに招待してください。コンテキストは既にそこにあります。データは既に接続されています。権限は既に設定されています。

Computerマルチプレイヤーを試す →

まだComputerを試していない?いやはや、あなたとチーム全員にとって素晴らしい体験が待っています…

無料でダウンロード →

AIは私たち一人一人を個別に速くしました。Computerマルチプレイヤーは、チームが追いつく場所です。


Abhinav Singh
Abhinav SinghProduct Marketing @ DevRev

Product Marketing @ DevRev