返事を速くするなら、
途中経過を共有する。

shinshin86さんは、Claude Sonnet 5.5をAITuber OnAirで動かし、返事の速さがAIキャラクターに向く可能性を投稿した。Anthropicは2026年9月28日、Sonnet 5.5の出力生成がSonnet 5より30％以上速いと公表している。ただし、投稿者の環境での比較値はなく、通信、音声合成、アニメーションまで含む総遅延を示す数字ではない。

小互さんが紹介したGoogle LabsのCCは、速さとは別の課題を扱う。Googleの公式発表では、最大6人の家族・世帯が、それぞれ選んだメールや予定を共有し、共通のカレンダーやタスクを整える実験的なエージェントだ。AI自身のGoogleアカウントを持ち、個人の助手ではなく、グループへ参加する一人のように置かれる。

二つをつなぐと、応答速度の使い道が変わる。ひとりとの会話では、素早い返事が存在感になる。複数人の仕事では、素早く共有された現在地が、同じ確認の繰り返しを減らす。

完成回答ではなく、現在地を返す

たとえば、家族の一人へ水泳教室の案内が届いた場面を考える。AIは日時と持ち物を読み取り、共有カレンダーへ仮登録する。申込書には第二の緊急連絡先が足りない。ここで全部そろうまで黙るのではなく、「受信済み」「予定を抽出」「不足一件」「送信は承認待ち」と一枚のカードを家族へ返す。

このカードなら、別の人が同じ案内を転送し直さずに済む。誰が答えるべきかも見える。速いモデルは、最終回答を勝手に確定するためではなく、沈黙している時間を短くするために使う。

共有範囲は、便利さより先に決める必要がある。各人が明示的に渡した情報だけを読み、出典と閲覧者を表示する。外部送信やフォーム提出の前には承認を残し、共有の撤回と履歴確認も用意する。GoogleのCCも実験段階で、公式案内は米国での招待・待機リストを中心としている。

小さく試すなら、四つの状態だけ

新しい万能エージェントは要らない。共有メールを一件だけ対象にし、「受信」「整理済み」「不足あり」「承認待ち」の四状態を返す。測るのは最終回答の秒数だけではない。最初の状態表示までの時間、同じ質問が繰り返された回数、誤った相手へ情報を見せた件数、承認までの時間を見る。

途中経過は、未完成の言い訳ではない。次の人が動けるようにする小さな引き渡しだ。AIが速くなるほど、その速さを「答えを出すこと」だけに使わず、チームが同じ現在地を見ることへ配分できる。

あなたの共有AIが最初に返すべきなのは、答えだろうか。
それとも、みんなが見られる現在地だろうか。