Claude CoworkがエンタープライズGAへ——営業・法務・財務が使うAIエージェント時代の始まり
「最も積極的にCoworkを使っているのは、エンジニアではなく営業チームや法務チームだ」——この事実は、AIエージェントの普及が想定と少し違う方向に進んでいることを示唆している。
2026年4月9日、AnthropicはClaude CoworkをエンタープライズGAとして一般公開した。コード実行やAPI連携を必要としない業務にこそ、エージェントが入り込もうとしている。
何が変わったのか
Claude Coworkは2026年1月にデスクトップエージェントとして登場した。ユーザーのPC上でファイルやアプリを操作する、いわばローカル実行型の自律エージェントだ。今回のエンタープライズGA発表は、この製品を組織全体で安全・効率的に展開するための管理基盤を整えたことを意味する。
追加された機能は6つある。
ロールベースアクセス制御（RBAC）。部門ごと、職位ごとにCoworkのアクション権限を細かく制御できる。法務チームには契約データへのアクセスを許可しつつ、財務情報は遮断する、といった設定が可能になった。
部門別予算管理。組織のどのチームがCoworkをどれだけ使っているかをコスト単位で把握できる。AI活用の費用対効果を部門横断で比較できる仕組みだ。
Zoom MCP連携。ZoomミーティングのデータをCoworkが直接参照できる。会議録の要約や議事アクションの自動抽出といった用途が現実的なものになる。
OpenTelemetry SIEM連携。Coworkのアクション履歴をSplunkやMicrosoft Sentinelなどのセキュリティ情報イベント管理（SIEM）ツールに流し込める。金融・医療・公共セクターが求める監査証跡の要件を満たすための実装だ。
Usage Analytics API。組織全体のCowork利用状況をAPIで取得し、社内のダッシュボードや分析システムと連携できる。IT部門が「Coworkが本当に使われているか」を定量的に把握する手段を得た。
拡張されたMCPエコシステム。Zoom以外にも対応MCPサーバーが拡充されており、Coworkが触れる業務ツールの幅が広がっている。
なぜ営業・法務・財務が主役になっているのか
エンタープライズ向けAIツールの歴史を振り返ると、初期ユーザーは常に開発者や技術系職種だった。GitHub Copilotがそうだし、Amazon Qもそうだ。ところがClaude Coworkの実態は、少し違う様相を呈している。
Anthropicがエンタープライズベータ期間中に確認したユーザー分布では、営業チーム、法務チーム、マーケティングチーム、財務チームが主要な利用者になっているという。理由は直感的だ。これらの職種が日々扱う業務、たとえば顧客へのフォローアップメール、契約書のレビュー、競合分析のまとめ、月次決算の準備は、コードを書かなくても自然言語でエージェントに委ねられる。
開発者向けのAIエージェントは「APIを叩く」「コードを生成する」という強みを前提としている。Claude Coworkが切り開いているのは、それとは別の市場だ。キーボードとマウスと自然言語で仕事をしている人たちが、同じ道具立てのままエージェントを使える。
この方向性が正しければ、AIエージェントの普及率はエンジニア人口をはるかに超えていく。
エンタープライズ展開に必要だったもの
RBACとSIEM連携という二つの機能が加わった意味は、表面上より深い。
これまでClaude Coworkを本格導入したかった大企業が直面していた障壁は、「エージェントが何をしているかわからない」という透明性の欠如と、「誰が何にアクセスできるか制御できない」というガバナンスの欠如だった。
OpenTelemetry準拠のSIEM連携は前者を解決する。Coworkが実行したアクションを標準フォーマットで記録し、既存のセキュリティ監視基盤に流す。特別なツールを導入せずとも、Coworkの行動は組織の監視体制に組み込まれる。
RBACは後者を解決する。Coworkは「組織のルール」に従って動く存在になる。誰がどの権限を持つかは、IT管理者がポリシーで定義できる。エージェントが組織の制御下に入る、ということだ。
部門別予算管理とUsage Analytics APIは、CFOとIT部門という二つの「意思決定者」を納得させるための機能だと読める。投資対効果が見えなければ予算は出ない。使われていることが証明できなければ継続できない。この二点を押さえた機能構成は、エンタープライズ営業の現場感覚から来ているように思う。
競合との位置づけ
MicrosoftのCopilot Coworkとの比較は避けられない（名称が紛らわしいことは筆者も認める）。Copilot Coworkは3月末にFrontierプログラムで早期アクセスを開始し、M365テナント内でクラウド型エージェントとして動作する。Claude側のCoworkがローカル実行型のデスクトップエージェントとして始まったのとは対照的だ。
今回のエンタープライズGA発表で、Claude CoworkはMicrosoft製品を使わない企業向けの「スタンドアロンAIエージェント基盤」として明確に位置づけられた。Zoom連携はその象徴で、Google Meetでもなく、Teamsでもなく、独立したMCPエコシステムとして育てていく方向性を示している。
なおClaude Managed Agents（4月8日に公開ベータ）とは別の製品だ。Managed AgentsはAPIを通じた開発者向けのエージェントインフラ、Claude CoworkはUI操作を自律実行するエンドユーザー向けのエージェント——役割が異なる。混同しやすいが、Anthropicとしては二つの異なるレイヤーを並行して整備している。
まとめ
Claude CoworkのエンタープライズGA発表は、機能リストだけ見ると地味に映るかもしれない。RBACやSIEM連携は「当たり前の企業要件」であって、革新的な技術ではない。
だがそこが肝心だ。「当たり前の要件」を満たすことが、エンタープライズ採用の前提条件だ。今回のアップデートは、Claude Coworkが「面白そうなツール」から「本番運用できる製品」へ移行したことを示している。
営業チームのAEがCoworkに「この顧客の商談履歴を整理して、次回提案のたたき台を作って」と頼み、法務担当がCoworkに「この契約書の赤入れを済ませた上でレビューポイントをまとめて」と委ねる日常が、思ったより早く来るかもしれない。