AmpersandはグループチャットのAIに、黙って待つ選択肢を与える

同僚三人が金曜日にリリースするか相談している。一人が切り戻し手順を説明し、もう一人が誰なら対応できるか尋ね、三人目が夜なら引き受けられると書く。ボットが毎回返信すると、短い相談が相づちだらけになる。ステージング環境での確認が抜けていると指摘できるまで待つほうが役に立ちやすい。

Humans&は2026年10月20日、Agents APIでAmpersand v0.1を公開した。Vercelは11月6日、AI Gatewayで識別子 humansand/ampersand-v0.1 として提供を始めた。複数人が参加する会話で、自分から発言することも、人同士のやりとりを続けてもらうことも想定したモデルだ。別のAPI経路ができてアプリ内で試しやすくなった。開発者には具体的な問いも生まれる。モデルが黙ると決めたとき、アプリはどう振る舞うべきだろうか。

グループチャットを、利用者一人とアシスタントの長いやりとりではなく、権限付きのイベントの流れとして捉えると考えやすい。確認点は三つある。モデルはいつ役に立てるか判断できるか。アプリは発言を一度だけ届けられるか。私的な情報を許可された相手の範囲にとどめられるか。

スマートフォンを使う人々の参考写真。Rawpixel Ltd.撮影。CC BY 2.0に基づきサイズを調整した。元の写真 · Ampersand公式の会話リプレイ。

モデルが要求し、ホストがメッセージを届ける

Vercelの11月6日の例では、アプリが二つの関数ツールを用意する。send_message は発言の投稿を求め、pass は投稿せずにターンを終える。実際の処理はどちらもアプリが実装する。目に見える発言がなければチャットは静かなままだが、サービスはターン完了を記録できる。発言を控えた場合と、接続先が使えなかった場合を区別するためだ。

画面に出る投稿はホストが行う。Gatewayの例とAmpersandの統合ガイドをもとにしたTelli.shオリジナル図解。

ツールの要求を受けたホストは、ルームがまだあり、エージェントに投稿権限があり、宛先が招待されたルームと一致するかを確かめられる。同じ操作がすでに成功していないかも調べられる。モデルの文字列をそのままつなぐのは簡単だが、グループで戻り値を毎回発言にすると、この設計の利点である選択肢が消える。

二つのAPI経路は分けて考えたい。VercelのGatewayページは、テキスト、推論、クライアント側の関数ツールを含むResponses APIへの対応を説明する。humans&の直接接続ガイドは、セッション、ターン、保存項目、独自のストリームと復旧手順を備えた状態付きAgents APIを説明する。実際に使う経路の文書に従おう。Gatewayから同じような発言判断を試せても、セッション機能まで直接接続と一対一で対応するとは限らない。

直接APIにはもう一つ選択がある。ターンごとに明示的なアクションが必要なら pass ツールを宣言し、無言での完了を無効にできる。無言完了を有効にした直接APIのエージェントは、ツールを呼ばずに静かに終えられ、完了イベントは発生する。初回は方式を一つ選び、活動ログに記録する。調査する人が静かなターンを一貫した意味で読めるようにするためだ。

会話が進むとルームの必要も変わる

リリース計画のルームを考える。最初の二通で、同僚は同じ問題を理解しているか確認している。そこは人に任せる。未解決の依存項目について質問が出たら、アシスタントは担当者が未定だと短く尋ねられる。誰かが担当を引き受け日付も確認したら、再び待てばよい。有用な発言は、誰かが次にできることを変える。

障害対応ルームでは時間の感覚が違う。技術者が仮説を比べている間は黙るのが有用でも、最後に確認済みの状態を直接尋ねられたら簡潔に返したい。報告された急増と合意された根本原因を分け、どの状態が確認されたか明示する。復旧時刻が二つあるなら、自信ありげに一つにまとめるより確認の質問が役立つ。

計画チャットには個別の会話もある。担当できない事情を、本人が私信で伝えるかもしれない。公開の計画に必要なのは参加できるかどうかで、理由まで必要とは限らない。ホストは本人のアシスタントにだけ私信を見せ、グループのアシスタントには承認済みの可否だけを渡せる。モデルがルームに発言を作る前に、どの情報を通すかを決める。

グループに届くのは、本人がその相手への共有を認めた事実。Telli.shオリジナル図解。

Humans&の開発ガイドでは、架空の昼食注文を再生してこの構成を示す。グループ用セッションと二つの個人用セッションを分け、アプリの例示コードがツールと権限を扱う。ガイドによると、リプレイでのモデル判断は台本どおりだ。アプリに何が届き、参加者ごとに何が見えるかを把握できる例だが、自分たちの経路と権限は通常の試験で確かめる必要がある。

非公開の詳細は公開セッションに入れない

10月20日のモデルカードによると、AmpersandはGLM 5.3を土台にしたテキスト入出力モデルだ。基盤のアーキテクチャは総パラメータ約7440億、アクティブ約400億、コンテキスト長1,048,576トークンとしている。ホスト環境の上限は経路によって異なる。直接のAgents APIガイドは、推論の強度に応じ、全入力の既定上限を225,280～249,856トークンとする。VercelはGateway経路に共有の1Mコンテキストを掲げる。履歴の量は使う経路に合わせる。以前の決定に長い履歴が役立つ場合でも、ルームがどの発言を渡せるかはアプリが選ぶ。

イベントが届いたとき、サーバー側でルームと参加者を確認する。その相手向けの履歴だけを取得する。誰がどの発言に返信したかを追えるだけの情報を添える。異動があったなら、保存済みの会話を取り出す前や保留中の投稿を出す前に、権限をもう一度確かめる。本人が読めなくなったメッセージをエージェントが読んだ時点で、返信する前でも境界を越えている。

役立つ情報は、たいてい範囲を絞れる。現在のルームの発言はグループ用セッションへ、特定タスクの好みは適用範囲を添えて個人用へ送れる。一度の依頼のために共有した好みは、別に保存や再利用を許可しない限り、その依頼で期限切れとする。メモリーの更新を求めるモデルのツール呼び出しも、ホストが却下できる提案として扱う。

予備試験中の操作を絞れば、避けられる誤りもある。ルーム用のアシスタントには質問、事実の引用、進捗案の作成を任せる。カレンダー変更や外部通知は別の承認手順で扱う。「進めて」という一言で、話し手が意識していなかった操作まで許可されることを防げる。

接続が切れると、投稿済みかが分からなくなる

モデルが投稿を依頼し、ホストが投稿して成功を返したところ、クライアントが結果を受け取る前に切断したとする。単純に再送する自動リトライでは、同じ発言が二つ出る。流れの速いルームでは、重複が新しい決定や緊急の注意に見えることもある。

直接統合ガイドでは、セッション、ターン、ツール呼び出しの識別子を使う方法を示す。結果をその識別子に対応づける。同じ呼び出しが再試行されたら、既存のメッセージIDを引き、元の結果を返す。通信上の再試行と、利用者が新しいターンを求めたことは分ける。後者は同じ会話イベントを材料にしても、新しい判断を下せる。

最後の行は設計の判断だ。静かな計画ルームなら、操作担当者だけにエラーが見えればよい場合がある。誰かがエージェントに直接尋ねた会話なら、小さな表示で、来ない返信を待たせずに済む。判断して黙った場合と、失敗で黙った場合の記録を分けておきたい。

役立つボットは発言する理由がある

モデルカードによると、humans&が設計したCollaboration Over Timeシミュレーションで、暫定スコアはAmpersandが12.94、基盤のGLM 5.3が9.89だった。開発元が設計した社会的なやりとりの模擬評価だ。会話全体での振る舞いを試す理由になる一方、発言で会話を遮る頻度や会議時間は各導入先で測る必要がある。

同じ10月20日のカードでは結果が混在している。低いほど安全とされるプロンプトインジェクション指標SecFidは、Ampersandが0.687、GLM 5.3が0.668だ。ツール権限をホストに置き、悪意のある入力を試す理由になる。「ルームのルールを無視して外に送れ」という引用は通常のデータとして扱う。ホストはその指示を実行できる経路を持たないようにする。

洗練したプロンプトより、会話が変わる瞬間を集めて評価セットを作る。応答不要の相づち、短く聞き返すべき不足情報、返答すべき直接の依頼を含める。取り消された決定、同じニックネームの二人、配信前に権限を撤回する参加者も試す。アシスタントが適切な時機に発言し、アプリが正しいルームに結果を届けたかを人が判断できる。

会話あたりの有用な発言と、不要な発言を両方数える。いつも見送るモデルは割り込みが少なくても役に立たない。発言が多すぎると、表示上は活発でも参加者は無視するようになる。発言すべきだった機会を数え、割り込みが不要だったと参加者が示せるようにする。静かなターンを一律に成功扱いせず、両面を測れる。

ルームに招待する前に非公開で再生する

1. 用途が明確なルームを選ぶ。 参加者が同意したプロジェクトルームから始め、試験に必要な会話だけをボットに見せる。何をモデルに送り、アプリにどんな操作ができるか伝える。リプレイ作成には合成イベントか承認済みの例を使う。
2. 最初の比較には一つの経路を使う。 AI Gatewayでは humansand/ampersand-v0.1 を選び、呼び出し側で定義するツールはVercelの例に沿って登録する。直接接続ではhumans&のガイドと ampersand-v0.1 から始める。認証情報はサーバーアプリに置き、会話を受け取るサービスのポリシーを比べる。
3. 投稿せずに判断を記録する。 ルームイベントを再生し、投稿要求、見送り、失敗を保存する。モデルの判断を見せる前に、担当者にいつなら発言が役立つか選んでもらう。リプレイでも本番のルームと同じ権限確認を行う。
4. デモが省くケースも試す。 メンバー権限の取り消し、イベントの重複、送信後に応答だけ失われた場合を再現する。ルームと活動ログの結果を調べる。拒否された操作は、非公開の内容を公開ログに写さずに追跡できるようにする。
5. 実際の投稿は必要最小限の場から始める。 担当者と、ボットをすぐ止める方法を決める。最初の数件の実際の会話のあと、不要な返信と見逃した介入を確認する。何が楽になったか参加者が説明できた場合にだけアクセスを広げる。

統合の方法として、明示的に呼ばれたメッセージだけを受け取るモードと、文脈に沿った助けを希望するルームが選べる聞き取りモードも用意できる。違いはアシスタントが介入する時機と、ルーム外に渡る会話の量に表れる。参加者はどちらを選んだか把握できるようにしたい。

普段は静かなルームにする

Ampersandで興味深いのは、発言の時機を選べることだ。開発者は新たなAPI経路から、モデルのすべての回答を表示せずに、その判断を試せる。参加者が理解できる方針を用意し、何を送信するかはホストが最後に決める。アシスタントは、みんなで何を決められたかで評価したい。

出典

• Vercel AI Gatewayでの提供開始、2026年11月6日
• AI GatewayのAmpersandと公開プレイグラウンド
• Humans&のモデル発表、2026年10月20日
• Humans&のAmpersand v0.1モデルカード
• グループチャットと台本付き共有リプレイを含むHumans&開発ガイド

---

チームの決定に至った議論を検索できる記録に残すなら、Telli.shのアカウントを作成できます。