Claude Cowork とチャットが Enterprise で統合【2026年10月】— 11月16日の自動オンまでに決める5つのこと

Claude の「チャット」と、ファイル作成やコード実行まで任せる「Cowork」は、これまで別の画面でした。2026年10月23日、この2つを1つの会話にまとめた統合体験が Claude Enterprise で正式提供になりました。社員は質問を書くだけで、必要なときだけ Claude がクラウド上の作業に移り、できあがった文書や分析を会話に返します。

管理者にとって重要なのは、この変更が「待っていれば自動で有効になる」設計である点です。既存の組織では設定は既定オフですが、管理者ガイドは2026年11月16日に自動で有効になると明記しています。何も決めていない会社では、11月中旬に社員の画面と利用量の動き方が変わります。

この記事は、Anthropic の発表記事、Enterprise 管理者向けヘルプ、Enterprise 消費ガイド、2026年7月の分析・コスト管理の発表を2026年10月27日時点で読み、情報システム・総務・DX 推進の担当者が11月16日までに決めることを5つに絞って整理します。対象は Enterprise を契約している、または Team から Enterprise への移行を検討している会社です。

1. 統合体験は2026年10月23日に Enterprise で正式提供。既存組織は既定オフだが、未設定なら2026年11月16日に自動で有効になる。前提の「Chat」と「Cloud code execution and file creation」の両方がオンの組織だけが対象
2. 課金は従来どおり利用量ベース。チャットから自動でエージェント作業に移るため、短い質問でもクラウド作業が走ればトークン消費は増える。Efficient mode（Sonnet・Haiku に限定、既定は Sonnet 5.5 の低 effort）が新設された
3. 支出上限は組織・グループ・メンバーの3層。個人上限がグループ上限に優先し、組織上限は硬い天井。グループに1つの月額を共有させる「プール予算」はベータ
4. ZDR・HIPAA 対応構成・CMEK の組織は対象外で、現状のチャットと Cowork を使い続ける
5. 会話・クラウドセッション・メモリ・成果物の保持期間は別々に動く。カスタム保持の最短は30日で、社員が直接始めた Cowork のクラウドセッションと定期タスクは対象外

※ 出典: Claude Cowork and chat come together for Enterprise（取得 2026-10）／Set up and manage the new unified Claude experience for your Enterprise organization（取得 2026-10）

統合体験では、社員は「チャットで聞くか、Cowork に任せるか」を選びません。すべての会話はチャットとして始まり、コードやファイルが必要になった時点で Claude が Anthropic 管理のクラウドサンドボックスに移って作業し、完成した文書・分析・スライドを会話に返します。作業は PC を閉じても続き、Web・デスクトップ・モバイルのどこからでも再開できます。

この設計は2026年9月16日に Pro・Max プランで先に始まり、同じ発表の中で Enterprise の管理者には変更の少なくとも30日前に通知すると書かれていました。10月23日の Enterprise 正式提供はその続きです。

※ 出典: Claude Cowork and chat are now one Claude（取得 2026-10）

※ 出典: Set up and manage the new unified Claude experience（取得 2026-10）／Claude Cowork and chat come together for Enterprise（取得 2026-10）

セキュリティ面は既存の仕組みの上に載ります。SSO と Compliance API はそのまま使え、データは転送時・保管時に暗号化され、既定でモデル学習に使われません。クラウドセッションごとに独立した仮想マシンが割り当てられ、Enterprise ではネットワークの外部送信（egress）が既定でオフ、コネクタの認証情報はサンドボックスの外に置かれます。

管理者が先に押さえるべきは、設定の場所と、放置した場合の動きです。

※ 出典: Set up and manage the new unified Claude experience（取得 2026-10）

Owner の画面には、11月16日に自動で有効になる旨の通知と「Enable now」「Keep disabled」の2つの選択肢が出ます。すでにオンまたはオフを明示的に選んだ組織の設定は保たれます。つまり「Keep disabled」を選べば自動オンは回避でき、後から任意のタイミングで有効にできます。

有効化の対象は User・Admin・Owner・Primary Owner の各ロールで、カスタムロールにはこの権限を個別に含める必要があります。アクセスはリクエストごとに確認されるため、ロールを外すか組織設定をオフにすれば、その時点でアクセスが止まります。

最初の判断は3択です。管理者ガイドが示す現状別の手順を、そのまま判断表にします。

※ 出典: Set up and manage the new unified Claude experience（取得 2026-10）

「保留」を選ぶ会社は、Owner の通知で「Keep disabled」を押しておきます。これで自動オンは止まり、既存のチャットと Cowork は従来どおり使えます。ただし Cowork を既に有効にしている組織では、社員は現在もクラウド作業を使えている点に注意してください。統合体験を止めても、Cowork 側のコストの動きは変わりません。

管理者ガイドの推奨する展開手順は、IT・セキュリティ・調達部門への情報共有、セキュリティレビュー（既存の Cowork in the cloud のレビューがあれば流用できる）、サンドボックス組織または特定ロールでのパイロット、egress・コネクタ・共有・リモート操作の設定確認、2〜4週間の利用観察、段階的な拡大、の順です。11月16日まで3週間を切っているので、全社一斉に有効化するより、ロール単位で始める会社が多くなると考えられます。

Enterprise では、組織全体のスイッチとカスタムロールの Capabilities の2段で配布を制御します。ロール単位で始める手順は次のとおりです。

1. Organization settings > Roles で対象のロールを開く
2. Capabilities タブで Chat and Cowork unified をオンにする
3. そのロールをメンバーに割り当てる。SCIM 同期を使えば、人事側のグループに合わせて段階的に追加できる
4. 組織レベルの Chat and Cowork unified もオンにする（ロール側だけでは有効にならない）

ここで注意すべきは、新しく作るロールは All capabilities が初期値で、統合体験の権限も含まれる点です。組織設定をオンにする前に、配りたくないロールから権限を外しておかないと、意図しない部門にも配られます。Admin API ではこの権限は chat_cowork_unified という名前で見えます。

ブラウザ操作（Claude in Chrome・Cowork の組み込みブラウザ）やコネクタの権限は、統合体験とは別のスイッチで管理されます。それぞれの決め方はClaude にブラウザを操作させるかとClaude のコネクタ（MCP）を社内ツールにつなぐ前に管理者が決める6つのことで整理しています。

統合体験で新設された管理設定が Efficient mode です。有効にすると、統合体験の中で社員が使えるモデルが Sonnet と Haiku に限定され、新しいセッションは Claude Sonnet 5.5 の低い effort で始まります。他の製品（Claude Code など）には影響しません。設定場所は、組織全体なら Owner が Models ページで、ロール単位なら各カスタムロールの Models タブです。Anthropic は、より低コストのモデルが出れば既定のモデルと effort を更新する可能性があると書いています。

※ 出典: Set up and manage the new unified Claude experience（取得 2026-10）

モデルの選択が費用にどう効くかは、Enterprise 消費ガイドが相対的な強度で示しています。

※ 出典: Claude Enterprise consumption guide（取得 2026-10）

同じガイドは、effort（推論の深さ）が高いほどトークン消費が増えること、チャットよりも Claude Code と Cowork の方が消費が大きく、Cowork の中間的なトークン消費は利用者の目に見えないことも述べています。統合体験は「チャットのつもりが Cowork になる」設計なので、Efficient mode を使わない組織ほど、この見えない消費が増える構造です。effort の既定値がモデルごとにどう決まるかはClaude Opus 5.5 への移行で扱っています。

Efficient mode を使うか判断する目安は、統合体験を配る部門の用途です。議事録の整理・社内文書の下書き・表の集計のような定型作業が中心なら Sonnet・Haiku で足り、Efficient mode を全社の既定にして、Opus 以上が必要な部門だけ別ロールで外す構成が管理しやすくなります。

Enterprise の課金は席料と利用量の組み合わせで、組織全体で1つの消費プールを共有します。支出上限は3層で、優先順位が決まっています。

※ 出典: Claude Enterprise consumption guide（取得 2026-10）

複数のグループに属する社員は、Spending defaults の「Multi-group spend limit」で高い方・低い方のどちらを適用するかが決まります。どこにも上限が無ければ支出は上限なしです。消費ガイドは、組織上限に到達すると全員が止まるため、管理はグループとメンバーの層で行うことを勧めています。

プール予算（ベータ）。 グループに1つの月額を持たせ、メンバー全員がそこから引き出す仕組みです。各リクエストはメンバー個人の上限とプールの両方に数えられ、先に尽きた方で止まります。複数のプールに属する場合は、Pooled budget priority で順序を決めない限り、最も大きいプールから使われます。プールを置くにはグループに月間上限が先に必要で、設定できるのは Owner・Primary Owner・Billing ロール・Billing（Can manage）を持つカスタムロールです。ベータの間は Billing 権限が組織全体に効くため、1つのグループのプールを編集できる人は全グループのプールを編集できます。Admin API からはまだ操作できません。

上限に達したとき。 進行中のリクエストは完了し、それ以降は止まります。Claude Code や Cowork の複数ステップの作業は途中で一時停止することがあります。管理者が上限を上げるか、毎月1日の 00:00 UTC（日本時間 9:00）にリセットされると再開します。プール予算が尽きると、個人上限に余裕があるメンバーも含めてグループ全員が止まります。

通知。 組織上限に対しては、管理者に 75% と 90% の時点で通知が届きます。プール予算に対しては、課金担当の管理者に 50%・75%・95%・100% で通知が届きます。利用者側には上限に近づくと製品内で通知が出て、上限到達時は「Request more usage」から管理者に引き上げを依頼できます。

※ 出典: Claude Enterprise consumption guide（取得 2026-10）／New analytics and cost controls are available for Claude Enterprise（取得 2026-10）

統合体験の利用量は、分析画面と API で「Chat and Cowork unified」という別の製品名で集計されます。Cost and Usage API では products[] に chat_cowork_unified を指定し、Analytics API のメンバー・スキル・コネクタの行には chat_cowork_unified_metrics が追加されます。移行期間中は、同じ社員の利用が Chat・Cowork・unified に分かれて見えるので、合計を出すときは3つを足し、人数は全体のアクティブユーザー数を使って二重計上を避けます。データの反映には最大2日かかります。

※ 出典: Set up and manage the new unified Claude experience（取得 2026-10）

統合体験の記録は、既存のカスタム保持と Compliance API の枠に入ります。ただし、保持期間は対象ごとに別々に動きます。

※ 出典: Set up and manage the new unified Claude experience（取得 2026-10）

カスタム保持の対象外になるものも明記されています。社員が直接始めた Cowork のクラウドセッション（プロジェクト内を含む）、定期タスクとその実行（止めるには Scheduled tasks の設定をオフにする）、社員の PC に残る Cowork の履歴、退職者のメモリ、Claude Code・Claude Code on the web・Claude Tag など非チャット製品の書き起こしとメモリです。削除は期間終了後に順次行われ、正確な時刻は保証されません。

監査部門への記録は、既存の Compliance API のアクセスキーで統合体験の会話も取得できます。OpenTelemetry はクラウドセッションのメタデータのみのイベントを送るため、管理者ガイドは Compliance API の方を推奨しています。Compliance API で何が取れ、何が取れないかはClaude の利用記録を監査部門に渡すで整理しています。

管理画面を開く前に、紙の上で埋める項目です。

1. Organization settings > Capabilities で Chat and Cowork unified の現状（オン・オフ・未設定）を記録したか
2. Chat と Cloud code execution and file creation がそれぞれオンかオフか確認したか
3. 11月16日の自動オンに対して「Enable now」「Keep disabled」「ロール単位で先行」のどれを選ぶか決めたか
4. ZDR・HIPAA 対応構成・CMEK のいずれかを使っているか（使っていれば対象外）確認したか
5. 統合体験を最初に配るロール（部門）と、配らないロールを決めたか
6. 新規ロールの All capabilities 初期値を踏まえ、組織設定をオンにする前にロール側の権限を外したか
7. Efficient mode を組織全体の既定にするか、ロール単位にするか決めたか
8. Opus 以上のモデルが必要な部門を洗い出し、別ロールで扱うか決めたか
9. 組織・グループ・メンバーの3層で、どの層に上限を置くか決めたか
10. 複数グループに属する社員の「Multi-group spend limit」をどちらに寄せるか決めたか
11. プール予算を使うか、使うなら Billing 権限を誰に持たせるか決めたか
12. 上限到達時に作業が止まることを、社員と各部門長に周知する文面を用意したか
13. Allow network egress・コネクタポリシー・共有・リモート操作の設定を見直したか
14. カスタム保持の期間と、対象外になる記録（直接始めた Cowork セッション・定期タスク・PC 上の履歴）を監査部門と共有したか
15. 分析画面の「Chat and Cowork unified」の集計と、Cost and Usage API の chat_cowork_unified を月次レポートに組み込んだか

有効化と同時に社員へ出す案内の雛形です。会社名・日付・部門名は置き換えてください。規程本体の作り方は生成 AI の社内利用ガイドラインの作り方で扱っています。

件名: Claude の画面が変わります（チャットと Cowork の統合）

○月○日から、会社契約の Claude で「チャット」と「Cowork」が1つの会話に統合されます。

変わること
- 会話はこれまでどおりチャットとして始まります。ファイル作成やコード実行が
  必要な依頼では、Claude が自動でクラウド上の作業に切り替わり、結果を会話に返します。
- 作業は PC を閉じても続き、スマートフォンからも進捗を確認できます。

注意すること
- クラウドで作業が走る依頼は、通常のチャットより利用量を多く消費します。
  部門ごとの月間上限に達すると、その月は作業が止まります。
- 作業に使うファイルは会社のポリシーに従ってください。個人情報・機密情報の
  扱いは既存の生成 AI 利用規程のとおりです。
- 利用できるモデルは会社の設定（Efficient mode）で制限されている場合があります。

問い合わせ先
- 設定・権限について: 情報システム部門
- 利用規程について: 総務部門

1. 通知を読まずに11月16日を迎える。 Owner 宛の通知を放置すると、前提2つがオンの組織では自動で有効になり、社員の画面と利用量の動きが同時に変わる。先に「Keep disabled」か「Enable now」を選ぶ
2. 組織設定を先にオンにして、ロールの権限を後から絞る。 新規ロールは All capabilities が初期値なので、絞る前にオンにすると全員に配られる。順序はロール側が先
3. 組織上限だけ置いて、グループ・メンバーの上限を置かない。 到達すると全員が同時に止まる。公式ガイドが勧めるとおり、グループとメンバーの層で管理する
4. Efficient mode を使わず、既定のモデルで全社に配る。 チャットから自動でエージェント作業に移るため、利用者に見えない中間の消費が増える。定型作業の部門は Sonnet・Haiku で足りることが多い
5. カスタム保持を設定して安心する。 社員が直接始めた Cowork のクラウドセッションと定期タスクは対象外。止めるには Scheduled tasks をオフにし、PC 上の履歴は端末管理の手順に組み込む

2026年9月16日の発表では、Team と Free は「soon」とだけ書かれ、具体的な日付はありませんでした。10月23日の正式提供は Enterprise が対象です。Team で Cowork を使っている会社は、Enterprise の管理者ガイドの内容（前提設定・ロール配布・支出上限）を先に読んでおくと、Team に来たときの判断が速くなります。

管理者ガイドでは、統合体験の有効化にあたって Cowork と Cowork in the cloud の設定は必須ではなく、既存のチャット・プロジェクト・コネクタ・スキル・プラグインは引き継がれます。社員が直接始めた Cowork のクラウドセッションは、保持期間の面では統合体験の会話と別扱いになる点だけ注意が必要です。

されません。Efficient mode は統合体験の中だけに効き、他の製品には影響しないと管理者ガイドに明記されています。Claude Code のモデル制限は、別の管理設定で行います。設定の配り方はClaude Code の法人導入ガイドで扱っています。

進行中のリクエストは完了してから止まります。Claude Code や Cowork の複数ステップの作業は途中で一時停止することがあり、管理者が上限を上げるか、月初のリセットで再開します。止まった時点までの会話とクラウドセッションは通常どおり履歴に残ります。

この記事では金額には触れていません。Enterprise の課金は席料と利用量の組み合わせで、契約条件によって異なります。プランごとの公表価格と契約時の注意点はClaude Enterprise・Team 料金完全ガイドで整理していますが、契約前には公式料金ページと営業窓口で最新の条件を確認してください。

まず、Organization settings > Capabilities を開き、Chat and Cowork unified・Chat・Cloud code execution and file creation の3つの現状を記録してください。次に、Owner に届いている通知で「Enable now」「Keep disabled」のどちらを選ぶか、またはロール単位で先行するかを、上のチェックリストの1〜6番で決めます。Efficient mode と支出上限（7〜12番）は、経理・各部門長を交えた1回の打ち合わせで決められる分量です。

Claude の法人導入全体の経路や、管理者が最初に決める設定はClaude 導入支援のハブで整理しています。自社の契約プラン・部門構成・既存の保持設定を前提に、どのロールから配り、どの層に上限を置くかの判断材料が足りない場合は、現状の設定と対象部門を添えてお問い合わせからご連絡ください。書面で整理してお返しします。

• 2026-10-27: 初版公開

• Claude にブラウザを操作させるか — Claude in Chrome と Cowork で管理者が決める5つのこと
• Claude の利用記録を監査部門に渡す — Compliance API で取れる3層
• Claude のコネクタ（MCP）を社内ツールにつなぐ前に管理者が決める6つのこと
• Claude Code の法人導入ガイド — 管理者が先に決める設定配布・権限・利用上限・監査
• Claude Opus 5.5 への移行 — effort の既定値・Fast mode
• Claude Enterprise・Team 料金完全ガイド
• Claude 導入支援サービス