AI Agents 調査対象日 2026年3月25日最終更新 2026年10月11日

Coworkが引き受ける会議準備：情報収集から資料と予定まで

読了目安 9分

AnthropicとMicrosoftのCoworkを、会議準備で人がつないでいる仕事から比較する。情報への接続、表とスライドの前提、途中の変更が及ぶ範囲を追い、確認と修正まで含めて仕事を渡せたかを判断する。

会議の準備では、アプリの間を人がつないでいる

顧客との会議に向けて、メールから約束を拾い、表計算で数字を確かめ、スライドに説明をまとめる。資料を作った後も、準備時間を予定表に入れ、共有する相手と版を選ぶ仕事が残る。一つずつは小さな操作でも、人はその間で「この数字は何の説明に使うか」「誰にどこまで伝えるか」を判断している。

Coworkを考える出発点は、このつなぐ仕事をどこまで渡せるかである。 AnthropicとMicrosoftの発表は、複数の資料やアプリを一つの依頼で扱う製品の姿を示している。本稿は、会議準備を想定例に、情報を読むだけの支援から、分析、成果物、業務上の変更へ進む意味を考える。

筆者の見方では、価値を決めるのは動作時間の長さだけではない。資料をまとめる手間が減り、その根拠を人が確かめて次の判断へ進めるかが重要になる。逆に、もっともらしい成果物が増えても、元の情報との対応を人が調べ直すなら、仕事を渡せた範囲は狭い。

同じ名前でも、情報を読む場所と作業する場所が違う

Anthropicの1月12日のリリースノートは、CoworkをClaudeのデスクトップアプリの研究プレビューとして紹介した。隔離された仮想環境で、ローカルファイルやMCPによる外部接続を扱う構成である。回答を見て利用者がファイルを作る工程から、アクセスを許したファイルを作業対象にする方向へ進んでいる。

Microsoftの3月9日のCopilot Cowork発表は、WorkIQを使い、メール、会議、メッセージ、ファイルなどの業務情報を参照する構成を説明した。依頼から計画を作り、途中で確認、変更、一時停止できる。会議用の要約、分析、スライドを保存する例に加え、Outlookの予定変更を提案し、承認後に適用する例もある。

同社はMicrosoft 365のクラウド上で、既存の利用者識別や権限、監査の仕組みに沿って動くと説明している。提供は限られた顧客への研究プレビューで、3月下旬のFrontierプログラムでの拡大が予告された。これは製品の構成と提供予定の説明であり、会議準備全体の成功率や、他製品に対する優位を測った結果ではない。

この違いは、何を集め直さずに作業を始められるかに関わる。想定する会議の材料が手元のフォルダにある場合と、複数の業務アプリに分散している場合では、必要な接続が異なる。既存の権限で読めることも、その資料が今回の顧客や期間に合うことまでは保証しない。同じ名称から実行条件を推測せず、仕事に必要な情報へ届く構成を確かめたい。

Excelの分析をPowerPointへ移しても、前提の確認は残る

Anthropicの2月24日の発表は、組織向けプラグインと接続先の拡充、入力項目をそろえるコマンドのフォームを紹介した。同じ発表には、ExcelとPowerPointのアドイン間で会話の情報を共有する初期の研究プレビューもある。分析から説明資料へ移る際に、依頼の背景を渡し直す工程を扱う具体例になる。ただし、このアドインの機能をCoworkのすべての接続先へ一般化はできない。

本稿の想定例では、担当者が顧客の更新会議に向けて、月次売上の表と説明スライドを作る。表には確定した売上と、未成立の商談の見込額があるとする。両方を足して「売上」と書けば、計算式は正しくても説明は誤る。表の文脈を渡せることと、業務上の定義を正しく選べることは別の問題である。

ここで受け渡したいのは、合計値だけではない。集計期間、対象顧客、確定値と見込値の区別、欠けている資料も、資料の主張に影響する。人が転記する回数が減る利点はあるが、同じ誤った前提を表とスライドの両方へ広げる可能性もある。成果物がそろった後に、数字から結論までの対応を見られることが大切になる。

接続がないアプリへは、画面操作で届く道も加わった

3月23日のAnthropicのコンピュータ操作の発表は、Coworkなどで画面を見て、クリックや入力を行う研究プレビューを示した。利用できる接続機能を先に使い、それがない場合に画面操作へ進むという説明である。新しいアプリを操作する前に許可を求め、利用者は途中で止められる。

直接接続する道と画面を操作する道があると、作業対象を広げられる。例えば想定する会議資料の一部が専用画面にしかない場合、その情報を取り出す工程まで依頼へ含められる可能性がある。ただし同社は、画面操作は直接の連携より遅く、初期の機能には誤りがあると説明している。接続先が増えたことだけから、一仕事が速く終わるとは結論できない。

比較したいのは、同じ材料をそろえるために必要だった操作と、人が確認する量である。画面の移動や検索が増えても、人が別アプリへ移って資料を拾う手間を減らせるなら価値はある。一方で、毎回取得先を探し直し、間違った資料を人が差し替えるなら、直接接続や手動の方が扱いやすい場合もある。

読む、分析して説明する、業務へ反映する

以上の製品例を会議準備へ当てはめると、作業中の役割を次の三つに分けて考えられる。これは本稿の整理であり、必ず三段階の順番で動かす設計や、三つのエージェントを用意する提案ではない。

情報を集める

メールの約束、前回の議事録、売上表を集める。元の資料、日付、対象を残し、見つからなかった材料も伝える。検索結果を、そのまま会議で使える根拠にしない。

分析し、説明を作る

数字を計算し、表やスライドにまとめる。どの根拠からどの主張を作ったか、確定していない点は何かを示す。結論が同じというだけで成果物同士の整合を判断しない。

仕事の相手へ反映する

準備時間を予定に入れ、共有先と資料の版を選ぶ。利用者が確認した変更案と、実際に反映された予定や送信結果を対応させる。下書きの保存とは別の完了条件になる。

この整理の目的は、途中で根拠が落ちた場所を見つけることにある。数字は合っているのに会議の対象顧客が違うなら、資料を選ぶ段階へ戻る。表は正しいのにスライドの説明だけが古ければ、分析から説明への受け渡しを直す。人は全工程をやり直す代わりに、修正が必要な部分へ戻れる。

一つの依頼で全体を進める便利さと、途中の成果を確かめることは両立する。むしろ仕事を広く任せるほど、どこまで確認できたか、何が未確定かを分かる形で残す価値が増す。

新しい数字が届いたとき、資料の一式を更新できるか

会議準備は、最初の依頼通りに作って終わるとは限らない。想定例を続けると、スライドを作った後に、返品を反映した確定売上が届くこともある。表の合計だけを更新して、グラフ、説明文、共有用メールに旧い数字が残れば、成果物の一部しか直っていない。

ただし、新しい資料を常に優先すればよいわけでもない。最新の表が別の集計期間を扱っているなら、そのまま差し替えると比較が崩れる。利用者が期間や売上の定義を確認し、どの前提を変更するか決めた後で、関連する成果物を更新する必要がある。本稿が提案するのは、その対応を追える作業である。

例えば、変更した表、参照しているグラフ、影響するスライド、まだ送っていないメールをまとめて示せれば、人は修正範囲を理解しやすい。自動で全箇所を更新できると両社が実証したという意味ではない。試行では、変更が波及する箇所を正しく示せたかも評価対象にしたい。

反映前の確認も版と結び付ける。前の資料について得た承認を、内容が変わった資料の送信に使い回さず、必要な箇所を再確認する。すでに相手へ送った資料があるなら、その訂正が必要かは別の判断になる。画面上で停止したことだけでは、以前の送信を取り消したことにはならない。

確認と修正まで含めて、仕事を渡せたかを測る

このような試行では、作業の説明と、実際にできた結果を分けて確かめる。 Anthropicのエージェント評価の解説も、実行中の会話や操作の記録と、環境に残った結果を区別している。本稿の会議準備なら、ファイルを開けるか、表と説明の数値が対応するか、予定表に意図した時刻が入ったかを照合する。

さらに、同じ材料を人が準備する場合と比べ、情報を探す時間、根拠を確認する時間、修正の回数を記録する。これは本稿の評価案であり、両製品の実測結果ではない。初稿が早くても、確認者が毎回すべての資料を探し直すなら、全体の時間は短くならない。逆に、未確定の箇所を明示した下書きが、会議で相談すべき論点をそろえることもある。

2月24日のAnthropicの発表には、OpenTelemetryによる利用状況、費用、ツール操作の観測も含まれる。こうした情報は、どの工程に時間や利用が集中するかを調べる材料になる。ただし操作を記録できることだけで、数値や送信内容の正しさを確認できるとは限らない。記録を人の再確認や訂正の結果と結び付けて読む必要がある。

最初から資料作成、共有、予定変更のすべてを試す必要はない。対象の会議と資料を限定し、下書きの根拠を確かめられる範囲から比較すれば、便利になった工程を見分けやすい。確認の負担が減るか増えるかを見て、次に渡す作業を決めたい。