Claude Cowork(クロードコワーク)とは — 機能・料金・実行環境

タップで波紋

Claude Coworkとは

Claude Cowork(クロードコワーク)は、Anthropicが提供する業務向けのAIエージェントです。目的を伝えるとClaudeがファイルとツールを横断して作業を進め、レビューできる成果物を返します。チャット型のClaude.aiが「1回の質問に1回の回答」で完結するのに対し、Coworkはタスクを自律的に計画・実行し、必要なら人間の承認を挟みながら最後まで走りきります。2026年9月にはCoworkとチャットがClaudeとして統合され、新しい体験ではこの区別そのものがなくなります。Pro・Maxから段階的に展開されており、Team・Enterpriseは当面、従来のチャットとCoworkのままです(Enterpriseは変更の30日以上前に管理者へ通知される旨が公式に案内されています)。

利用にはPro / Max / Team / Enterpriseいずれかの有料プランが必要で、Freeプランでは使えません。当初はClaudeデスクトップアプリでのローカル実行が中心でしたが、Anthropic管理のクラウド上で動くリモートセッションが加わり、web・モバイルへの展開も進んでいます。クラウド実行自体はベータです。ProとMaxでは2026年10月6日から、新しいタスクがクラウドで動く形へ切り替わっています(後述の「10月6日以降、ローカル実行はどうなるか」を参照)。セッションはアカウントに紐づいて保存されるため、デバイスをまたいで作業を引き継げます。

「Cowork」で検索すると、従来のコワーキングスペース(物理的な共同作業空間)の情報も混ざります。本稿が扱うのは、AnthropicのプロダクトとしてのCoworkです。

表記・実行場所・料金の早見表

表記の揺れ、共同編集ツールとの違い、実行場所、料金の4点を先に確認できます。

Coworkでできること — 中核機能

Coworkは単一の機能ではなく、複数の仕組みが組み合わさって「エージェントに業務を任せられる状態」を作っています。全体像は次の4つの柱です。各機能の詳細は以降の見出しで順に扱います。

全体像

Coworkの中核機能

• タスク実行とScheduled Tasks

  ゴールを渡すと複数ステップを計画し、サブエージェントで並列実行します。繰り返す作業は/scheduleで定期実行にでき、デバイスの電源を落としていても動きます。

• Approval Gates

  Manual・Auto・Skipの3段階の承認モードで、取り消しにくい操作を勝手に進めさせません。

• Computer Use

  ブラウザやOSのアプリを人間のように操作します。API連携のない社内Webツールも対象にできます。

• Connectors

  MCPを基盤に、Microsoft 365・Google Workspace・Slackなどの業務SaaSへOAuthで接続します。

タスク実行とScheduled Tasks

指示は「何を」であって「どうやって」ではありません。ゴールを渡すと、Coworkは複数ステップの作業を計画し、必要に応じてサブエージェントに分割して並列実行します。ウィンドウを閉じてもタスクは継続し、完了後に成果物が残ります。このサブエージェントへの分割と並列実行の仕組みはCoworkサブエージェントの使い方で扱っています。何が並列化の対象になり、どんな指示なら並列実行を引き出せるかはCoworkの並列実行の仕組みと指示のコツで掘り下げています。

繰り返す作業はScheduled Tasksで定期実行に切り替えられます。チャット欄で/scheduleと入力し、「毎週金曜10時にSharePointの新着ドキュメントを要約」のように自然言語で指定するだけで、cronの知識なしにスケジュールが組めます。管理は左サイドバーの「Scheduled」から行います。実行はクラウドで走るため、デバイスの電源を落としていても動きます。Pro / Maxでは10月6日以降、パソコン上のファイルを使うタスクもクラウドへ移っており、デスクトップアプリを開いておく必要があります。Team / Enterpriseでは、ローカルのファイルやアプリが要るタスクはローカルでしか実行されません。

Approval Gates — 承認モードの3段階

エージェントが対外メール送信やファイル削除のような取り消しにくい操作を勝手に進めないよう、Coworkには承認の仕組みがあります。モードは3段階です。

• Manual(手動): 各アクションのたびに確認を求める
• Auto(自動): Claudeが各操作の安全性を確認し、危険と判断した操作は自動でブロックする。それ以外は確認なしで進める。ただしファイルの完全削除は、Autoモードでも必ず許可を求めます
• Skip(スキップ): 事前チェックなしで進める。リスクは最も高い

なお、チャットと統合された新しい体験のメッセージ欄には、AutoとManual(既定)の2つの設定だけが並びます。

承認モード

Approval Gatesは3段階

1. Manual(手動)

   リスクの目安

   アクションのたびに確認を求める

2. Auto(自動)

   リスクの目安

   Claudeが危険と判定した操作はブロックし、それ以外は確認なしで進める。ファイルの完全削除は、Autoでも必ず許可を求める

3. Skip(スキップ)

   リスクの目安

   事前チェックなしで進める。リスクは最も高い

自動承認モードは安全確認のぶん、通常より使用量を多く消費します。ファイルの完全削除には、モードの設定とは別に明示的な許可(Deletion protection)が求められます。CoworkのAutoモードが何を自動でブロックし何を通すかは、Claude CodeのAuto modeとは判断基準が別です。両者の違いはCowork自動承認モードとは — Claude Codeのauto modeとの違いで具体的に整理しています。この削除保護がManual・Auto・Skipのどのモードでも外れない理由はCowork削除承認にまとめています。

Computer Use — ブラウザとアプリの画面操作

Computer Useは、ClaudeがブラウザやOSのアプリを人間のように操作する機能です。API連携のない社内Webツール、レガシーシステム、特殊な入力フォームも、画面を見ながら操作の対象にできます。Pro / Maxプランのベータ版として提供されており、Team / Enterpriseプランは対象外です。使えるのはmacOS / Windows版のClaude Desktopアプリ内(CoworkとClaude Code)です。ターミナルのClaude Code CLIではmacOSのみ、研究プレビュー(research preview)として利用できます。Coworkでは、コネクタ、ブラウザ、画面操作の順に、より確実な手段から使われます。

安定して機能するのは、公開Webサイトの情報収集やフォーム入力のような定型作業です。複雑なログインフローやCAPTCHAはつまずきやすい領域として残っています。Computer Useの実行環境の実態は、次の章で扱います。投資取引や機微データ入力のような操作を避けるよう訓練されている理由はCoworkが投資取引を避ける理由で扱っています。

Connectors — 業務アプリへのOAuth接続

ConnectorsはMCP(Model Context Protocol)を基盤に、Microsoft 365 / Google Workspace / Slack / Asana / Atlassian(Jira / Confluence)/ Airtableなど主要業務SaaSにOAuthで接続する仕組みです。対応サービスはConnectorsディレクトリで確認でき、ユースケース・対応製品・権限区分(interactive / read & write / read-only)で絞り込めます。接続先の3層構造(プリビルドconnector・ディレクトリ・カスタムMCP)と承認モードの組み合わせはClaude CoworkのConnectors一覧にまとめています。Asanaでタスク・プロジェクトを管理する具体的な手順はCowork Asana連携に、Airtableのベースをタスクに組み込む方法はCowork Airtable連携にまとめています。

最も利用頻度の高いMicrosoft 365 Connectorの設定手順はCowork × Microsoft 365連携ガイドにまとめています。Slackの接続手順と権限設計はCoworkのSlack連携ワークフローで扱っており、Connector経由の接続に加えて@Claudeをチームの一員として呼び出す「Claude Tag」という利用形態も登場しています。Google Drive・Gmail・Google Calendar・GitHubも標準コネクタとして用意されており、Enterprise限定ではなく最初から選べます。

ローカルファイルアクセスと出力形式

Coworkは、ユーザーが明示的に接続したローカルフォルダに対してread / write / editができます。フォルダ単位の許可制で、接続していない場所には触れません。出力形式は数式付きのExcel、PowerPoint、Markdown文書に対応し、Markdownドラフトはハイライトしてその場で編集し直せます。スプレッドシート分析や資料作成の具体的な指示の型は、CoworkのExcel・スプレッドシート分析とCoworkで資料作成を進める手順で扱っています。対応している拡張子の一覧はCowork対応ファイル形式で確認できます。

プラグインとプロジェクト

プラグインは、スキル・コネクタ・サブエージェントをひとまとめにした配布単位です。Team / Enterpriseでは、組織側が「インストール済み(既定)/ 利用可能 / 必須 / 利用不可」の4段階で配布を制御でき、Enterpriseではグループ単位のカスタマイズにも対応します。関連タスクはプロジェクトにまとめてワークスペースとして管理でき、プロジェクトの知識はCoworkセッションとチャットの両方から参照されます。自社向けのカスタマイズ設計はClaude Coworkカスタマイズにまとめています。Anthropic自身が配布するLegal・Finance・Brand Voiceの3プラグインはCowork公式プラグインで内容を確認できます。

グローバル指示とフォルダ指示

Settings > Coworkから、すべてのセッションに常時適用される「グローバル指示」を設定できます。Claude CodeのCLAUDE.mdに近い役割です。フォルダ単位の指示も設定でき、セッション中に自動更新もされます。組織の書式・命名規則・注意事項をここに書いておけば、毎回同じ前置きを繰り返さずに済みます。

Coworkはどこで動くのか — 実行アーキテクチャの実態

導入を検討する側が最初に気にするのは、自分のPCと会社のデータに実際には何が起きるのか、です。ここが曖昧なまま展開すると、情報システム部門のレビューで止まります。

Coworkのセッションは既定でリモートです。エージェントの思考ループとコード実行の両方が、Anthropic管理インフラ上の隔離された一時サンドボックスで動き、セッションの開始時に作られ終了時に破棄されます。ローカルセッションを選んだ場合は、エージェントの思考ループが端末上でネイティブに動く一方、コード実行だけはハイパーバイザーで隔離された専用のLinux VM内に閉じ込められます(macOSはApple Virtualization.framework、WindowsはHyper-V)。

実行主体ごとに隔離のかかり方が違うため、まとめると次のようになります。

コード実行には隔離という壁があり、ファイルアクセスには権限チェックという壁がある一方、Computer Useだけはセッションの種類を問わずこの壁の外側で動きます。「VMの中だけで完結していて画面には一切触れない」という説明は、少なくともComputer Useについては実態とずれています。Connectorの認証トークンはこのサンドボックスに入らず、コネクタ呼び出し自体はサーバー側で処理されます。

とはいえ、画面操作そのものが無防備なわけではありません。Claudeがアプリを操作する際は、アプリケーションごとに許可を求める仕組みで、一部のアプリは既定で操作対象外です。

ただし許可の単位はアプリで、リンクは別です。許可済みのアプリの中でClaudeがリンクをクリックすると、許可していない別のアプリでもそのリンクは開きます。Computer Useを使う業務ほど、許可プロンプトに加えてApproval Gatesと接続範囲の絞り込みが、実質的な統制になります。

macOS 15以降では、Claudeはバックグラウンドのウィンドウで作業し、ポインターやキーボードは奪いません。画面全体が必要になるタスクでは、セッションごとの最初に許可を求めます。画面を奪う動作にしたい場合は、Settings > Generalの「When Claude requests access to an app」を「Full control」にします。Claudeは画面のスクリーンショットを撮って状況を把握するため、画面に出ている個人情報や機密文書も見えてしまいます。

デスクトップ・Web・モバイルでできることの違い

Coworkはデスクトップに加え、web・モバイルでも使えます。web・モバイルはPro / Max / Teamでベータ提供され、Enterpriseは管理者が有効化した組織で使えます。Chrome拡張のサイドパネルからも直接Coworkセッションを開けます。こちらはMax / Teamで使え、Proは順次展開中、Enterpriseは管理者の有効化が条件です。面によってできることには差があります。

web・モバイルはセッションの起動や進捗確認、承認の返信までを担い、ローカル環境に直接触れる操作(ローカルファイルアクセス・ブラウザ操作・Computer Use・ローカルMCPプラグイン)はデスクトップアプリが窓口です。デスクトップアプリを閉じている間もリモートセッション自体は動き続けますが、その間はローカルファイルに手が届きません。届くのは、そのパソコンでデスクトップアプリが開いていて、セッションもデスクトップで始めた場合に限ります。外出先からタスクを起動し、細部の実行はデスクトップ側のエージェントに任せる、という役割分担になります。

10月6日以降、ローカル実行はどうなるか

ProとMaxでは2026年10月6日から、新しいCoworkタスクがクラウドで動いています。Settings > Generalの「Only on your computer」は削除され、利用者側で必要な設定はありません。切り替えの前後で、既存のタスクと新しいタスクの扱いは次のように分かれます。

切り替え

10月6日を挟んだ扱いの違い

1. 10月6日より前に始めたタスクパソコン上に残る

   完了まで続けられます。タスク上部の注記から会話記録をダウンロードし、Claude Codeで続きの作業に使えます。

2. 10月6日以降の新規タスククラウドで動く

   フォルダはパソコンに残ります。ファイルが必要なときだけ、Claudeがそのファイルの写しをクラウドへ取得します。

3. セッションを削除したとき取得した写しも消える

   クラウド側に取得されたファイルの写しも、データ保持の方針に従って削除されます。

4. スケジュールタスククラウドへ移る

   Pro / Maxでは、パソコン上のファイルを使うタスクも対象です。ただしデスクトップアプリを開いておく必要があります。

自分の業務に当てはめるときは、作業の置き場所で切り分けます。ファイルを共有ドライブやコネクタ経由で扱う作業は、設定を変えなくても影響を受けません。パソコン上のフォルダを読み書きする作業は、デスクトップアプリを開いたままにする運用が前提になります。

作業をパソコンの中だけで完結させたい場合の受け皿は、デスクトップアプリのClaude Codeです。こちらはフォルダも履歴もパソコン上に残ります。ただしCoworkのプロジェクトとスケジュールタスクは、Claude Codeへは引き継がれません。仕事用と私用でClaudeを分けたいときは、アカウント自体を別にします。ログインの共有は対応外です。

メモリーの扱いも変わります。クラウドのCoworkはチャットと同じメモリーを共有します。メモリーを使わず、追加もしたくないタスクは、開始前に「+」メニューで「Memory」をオフにします。健康情報のような話題は、Settings > Memoryで「Include sensitive topics in memory」をオンにしない限り、既定では保存されません。

公式ヘルプの細部で見落としやすい点と報告されている不具合

安全ページと画面操作のページを読み合わせると、概要記事では省かれがちな条件が見つかります。

GitHubのclaude-codeリポジトリには、Coworkの不具合報告も寄せられています。以下は利用者の報告で、Anthropicが原因を確認したものではありません。

• #96100: macOSで、デスクトップのサイドバーで指定したローカルフォルダにCoworkがアクセスできない。報告者はFull Disk Accessを付与済みで、回避策としてClaude CodeのCLIを使っています
• #97954: Windowsのデスクトップで、同じ会話を音声モードに切り替えるとローカルMCPサーバーのツールが使えなくなる。テキストモードに戻すと復旧するという報告です
• #94798: チャットのスレッドとCoworkのセッションが1つのプロジェクトに同居し、機能が違うのにモードの表示がないという指摘です

フォルダに触れない、ツールが消えるといった症状で詰まったら、アクセス権や設定の問題と決めつける前に、同種の報告がないか確認する価値があります。

安全設計と組織管理

承認とファイル削除の関係は前述のとおりです。組織として管理する場合は、これに加えて次の層があります。

Teamは、SSO・ドメインキャプチャ(自社ドメインのアカウントを組織へ集約)・一元請求・支出上限に対応しています。組織のオーナーはOrganization settingsからCowork自体の有効・無効を切り替えられますが、Teamにはグループ単位の制御がなく、有効化は全社一括のオール・オア・ナッシングです。クラウドセッションの実行は既定でオンで、Web検索やClaude in Chromeの機能もOrganization settingsから無効化できます。この有効化トグルとクラウドセッション実行トグルが別物である点はCoworkの有効化とクラウド実行で整理しています。

Enterpriseは、Teamの機能に加えてSCIM(IDプロビジョニング)・監査ログ・Compliance API・IP allowlist・ネットワークレベルのアクセス制御・カスタムデータ保持・HIPAA-ready対応を備えます。Cowork自体の有効化も特定グループ単位で制御でき、クラウドセッションの実行は既定でオフ(カスタムロール経由で個別付与)です。ロール設計・ファイル権限・監査ログの実装手順はClaude CoworkのRBAC運用にまとめています。

承認の統制はこの2層構造です。組織設定では、Autoモード自体を使わせるかどうかも切り替えられ(既定はオン)、コネクタの書き込み系ツールに「常に許可」を認めるかどうかも制御できます(既定はオフ)。リモートセッション向けの組織設定では、永続的な「常に許可」を切って権限が要る操作のたびに承認を求めさせるほか、承認プロンプトなしでセッションを実行できるメンバーの範囲も制御できます。クラウドセッションには、信頼済みデバイスの登録と直近のサインインを必須にする設定もあります。デバイス側ではMDM経由の設定として、ローカルMCPサーバーを止めるisLocalDevMcpEnabledと、デスクトップ拡張を止めるisDesktopExtensionEnabledの2つのキーがあり、いずれもTeam・Enterpriseが対象です。Coworkに効くキーはほかにもあり、allowedWorkspaceFoldersでユーザーがCoworkにマウントできるフォルダを絞れます。

監視の面では、Team / Enterprise管理者がOpenTelemetry経由でCoworkのイベントをSIEMや可観測性ツールへストリーミングできます。ただしOpenTelemetryは監査ログの代替にはなりません。Claude・Claude Desktop・Claude Mobile経由のCoworkセッションは、Enterpriseで使えるCompliance APIに記録されます。一方、ローカルセッションの会話履歴は端末に保存され、Anthropicの標準の保持ポリシーの対象外で、管理者が一元的に削除することはできません(公式は削除用エンドポイントが未提供と案内しています)。ツール呼び出しやファイルアクセス、承認の判断まで追いたい場合は、OpenTelemetryでの収集が補完になります。

対応プランと料金

CoworkはPro / Max / Team / Enterpriseの4プランに含まれる機能で、追加課金はありません。Freeプランでは利用できません。最安で使う方法や費用の目安、無料で使える数少ない例外ケースはCowork無料プランはあるか — 最安で使う方法とコストの目安にまとめています。Coworkは独立課金ではなくプランの利用枠を消費する仕組みなので、Pro・Maxでの実務目安や利用枠バンドル購入による調整方法はCoworkコスト管理で扱っています。

価格は税別の米ドル建てで、日本からの契約では別途消費税がかかります。プランと価格は改定されるため、契約前には公式の契約画面での確認を併用してください。Coworkは独立課金の製品ではなく既存のClaudeサブスクリプションの利用枠を消費する形なので、判断基準は「Coworkにいくら払うか」ではなく「毎日Scheduled Tasksを回す、Computer Useで長いブラウザー操作をこなす、といった使い方を続けても枠が足りるか」です。プラン全体の比較はClaude料金プラン比較で詳しく試算しています。

Coworkの始め方

始めるまでの流れは5つのステップです。全体像を先に示し、各ステップの詳細はその下で説明します。

はじめかた

Coworkの始め方 5ステップ

1. 1

   入口を選ぶ

   腰を据えて使うならClaudeデスクトップアプリ(macOS・Windows、Linuxはベータ)。web・モバイルは起動と進捗確認向け。

2. 2

   プランを選んで契約する

   Pro / Max / Team / Enterpriseが対象。組織導入はTeamかEnterpriseでワークスペースを作ります。

3. 3

   Connectorsを1つ繋ぐ

   最もよく使う1サービス(多くはMicrosoft 365)から。ユーザー単位で有効化でき、段階的に広げられます。

4. 4

   最初のタスクを組む

   未読メールの要約など、読み取り中心で失敗しても実害のないタスクから始めます。

5. 5

   チームに展開する

   1チーム・1業務に絞って効果を測ってから広げます。

ステップ1: 入口を選ぶ

腰を据えて使うならClaudeデスクトップアプリが扱いやすい入口です。macOSとWindowsに加えて、Linux版もベータとして提供されています(Ubuntu 22.04以降またはDebian 12以降、x86_64とarm64。導入はaptリポジトリ経由です)。Claude.aiの「Download Desktop」からダウンロードしてサインインします。web・モバイルでもセッションの起動・進捗確認はできますが、ローカル環境を直接操作する機能はデスクトップが中心です。

ステップ2: プランを選んで契約する

組織導入ならTeamかEnterpriseで管理コンソールにワークスペースを作ります。ドメイン検証を通せば、社員が会社メールアドレスで自動的に参加できます。どちらのプランもSSOに対応しており、EnterpriseではさらにSCIMによるIDプロビジョニングや監査ログなど踏み込んだ管理機能を追加できます。

ステップ3: Connectorsを1つ繋ぐ

最もよく使う1サービスから接続します。多くの組織ではMicrosoft 365が第一候補です。Entra管理者の同意画面で組織全体への権限付与が承認されると、以降は各ユーザーが自分のアカウントで接続できます。ユーザー単位で有効化できるため、パイロット→部門展開→全社という段階的なロールアウトでリスクを抑えられます。

ステップ4: 最初のタスクを組む

副作用のない例から始めます。「毎朝9時にOutlookの未読を要約してTeamsに投稿」「SharePointの特定フォルダに新着ドキュメントが来たら要約してSlack通知」のような読み取り中心のタスクなら、失敗しても実害がありません。すぐに使える依頼文の型はClaude Cowork業務テンプレート12選にまとめています。慣れてきたら、対外メール送信やCRM更新などApproval Gates経由の自動化へ広げます。

ステップ5: チームに展開する

最初は1チーム・1業務に絞り、効果を測ってから拡張するのが現実的です。ベストプラクティスはClaude Cowork運用ベストプラクティス、非エンジニアの初日の進め方はClaude Coworkビジネス活用はじめの一歩に体系化しています。

業務別ユースケース

Claude CodeとCoworkの使い分け

両者は同じClaudeモデルを基盤にしつつ、対象読者が異なります。

仕事の種類で分けると、向き不向きは次のとおりです。

くらべる

Claude CodeとCoworkの使い分け

コード・リポジトリ

Claude Code

コードを書きリポジトリを操作する仕事に向いています。

業務アプリ横断

Cowork

業務アプリを横断する仕事(Teams、Outlook、Excel、Drive、Slack)に向いています。

プロダクトマネージャーやテクニカルライターのように両方に関わる職種では、併用が現実的な選択です。両者の能力差の詳しい比較はClaude AIとClaude Codeの違いに、対象ユーザー・料金・連携まで絞った横断比較はCoworkとClaude Codeの違いにまとめています。

Claude DesignとClaude Scienceはどう役割が違うか

Pro以上のプランには、Cowork以外にClaude DesignとClaude Scienceも同梱されています。同じサブスクリプションに含まれる3つの専門エージェントですが、担う仕事は重なりません。

Claude Designはビジュアル制作に特化したツールです。プロトタイプ・ワイヤーフレーム・ピッチデック・マーケティング素材を、取り込んだ既存のデザインシステムに沿って生成します。Claude Codeとは/design-sync・/designで行き来でき、コードとビジュアルの両方が絡む作業に向きます。

Claude Scienceは研究者向けの専用アプリです。CoworkやClaude Designとは別に、macOS(Apple Silicon / Intel)・Windows・Linux向けの単体アプリとして配布されています。Team / Enterpriseでは管理者の有効化が前提です。データ解析やデータベースの横断検索に加え、タンパク質構造や化学構造をネイティブ描画で確認でき、成果物に紐づくコード・実行環境・会話履歴を残して再現できる設計です。現在はbetaです。

業務文書の作成やSaaS連携、定型タスクの自動化はCowork、ビジュアル制作はClaude Design、科学研究のワークフローはClaude Scienceという分担になります。3つとも同じプランの利用枠を消費するため、併用するときは利用上限を意識したほうがよい組み合わせです。

Approval Gatesの運用パターン

Approval Gatesの設計次第で、Coworkが便利な助手になるか、監督なしで動く道具になるかが分かれます。

操作は、承認を必須にするものと省略してよいものに分けて考えます。

くらべる

承認を必須にする操作と省略できる操作

必須

承認を必須にする

• 対外メール送信
• ファイル削除
• 支出承認
• カレンダー招待の発出
• 顧客データベースへの書き込み

省略可

省略しても実害が小さい

• 内部ドキュメントの読み取り
• 自分宛の通知
• ローカルファイルの一時的な変換
• 検索と要約

承認自体はデスクトップだけでなくweb・モバイルからも返せるため、外出先でエージェントが承認待ちのまま止まる、という事故を避けられます。Gmail連携で送信・返信・転送まで任せる場合、承認モードと接続設定の組み合わせでどこまで自動化できるかが変わります。具体的な勘所はCoworkメール自動化にまとめています。

導入初期につまずきやすい点

パイロット段階で止まりやすいのは、機能そのものより設定と運用設計です。

つまずき

導入初期につまずきやすい4つの点

• Connectorの見える範囲

  最初に来るのはConnectorの見える範囲です。組織全体を横断検索できるはず、という前提で試すと、接続した本人が見られないSharePointサイトやメールボックスが対象外になっていて面食らいます。自分のアカウントで何が見えるかを先に確かめ、足りなければ管理者にアクセス権を依頼する順序のほうが手戻りが少なくて済みます。

• Scheduled Taskの曖昧な条件

  Scheduled Taskは自然言語で書けるぶん、条件も曖昧になりがちです。「重要なメール」「関係者」といった指定はそのまま曖昧に解釈されます。最初は差出人が特定ドメインの未読メール、のように機械的に判定できる条件で組み、動作を確認してから条件をゆるめるとやり直しが少なくなります。

• 承認待ちで止まる

  朝に仕込んだタスクが夕方まで進んでいない、という相談で多いのが承認待ちです。承認が返るまで先に進まない設計なので、デスクトップの前を離れる時間が長い運用ほど止まりやすくなります。web・モバイルから承認を返せる状態にしておけば、この停滞は避けられます。

• 範囲の広げすぎ

  最後は範囲の広げすぎです。Computer Useは画面を見て操作する性質上、対象アプリの画面構成に左右されます。基幹システムのような重要度の高い操作から始めると、失敗したときの影響が読めません。副作用のない読み取り・要約から入り、書き込みを伴う操作はApproval Gates付きで1つずつ足していくのが無難です。

Coworkを使うべき人 / 向かないケース

導入するかどうかは、業務の性質で判断できます。

くらべる

Coworkが向く業務と向かない業務

向く

効果が高い

• 同じような資料作成やデータ整形を週に何度も繰り返す業務
• 複数SaaSを横断する作業
• 部門横断のドキュメント検索
• 個人依存の暗黙知をScheduled Tasksへ移したいケース

向かない

効果が薄い

• コード中心の仕事(Claude Codeの方が適合)
• オフライン中心の業務(Coworkはクラウド前提)
• 単発の質問応答で完結する用途(Claude.aiで足りる)
• 機密レベルが極めて高い業務(Enterpriseの境界設計が前提になる)

よくある質問

Claude.aiとClaude Coworkの違いは

Claude.aiはWebベースのチャットインターフェース、Coworkは業務アプリ連携・Scheduled Tasks・Computer Useを備えたエージェント層です。Pro以上のプランでは、Claude.aiの画面からCoworkセッションを起動できます。

Coworkは安全に使えますか

処理内容によって仕組みが違います。コード実行はホストOSから隔離されたLinux VM内、ローカルファイルアクセスは接続済みフォルダへの権限チェックを経ます。一方でComputer Use(画面操作)だけはサンドボックスによる隔離がありません。ただしアプリケーションごとにアクセスの許可を求める仕組みがあります(リンクを踏むと、許可していないアプリでも開きます)。実行前の承認(Approval Gates)と接続範囲の絞り込みが、実質的な安全弁になります。

データはAI学習に使われますか

Team / Enterpriseでは既定で学習対象外、Free / Proでは学習対象となるケースがあります。機密データを扱う運用はTeam以上のプランが定石です。契約前に各プランの利用規約を確認してください。

Coworkの操作は監査ログに残りますか

Claude・Claude Desktop・Claude Mobile経由のCoworkセッションはCompliance APIに記録されます。ローカルセッションの会話履歴は端末に保存され、管理者が一元的に削除することはできません。Team / Enterprise管理者は、OpenTelemetry経由でイベントをSIEMへ流すことで監視を補えます。ただし監査ログの代替にはなりません。

オンプレミス提供はありますか

公式情報ではオンプレミス提供は確認できません。クラウドSaaSが基本線です。オンプレが必須の環境では、API経由のClaudeモデル利用と自社構築のエージェント基盤を組み合わせる構成が現実的です。

Bedrock / Vertex経由でCoworkを使えますか

Claudeのモデル自体はAmazon Bedrock / Google Vertex AI経由でも利用できますが、Cowork製品そのもののBedrock / Vertex経由提供は公式docsで確認できません。Anthropic直接契約が基本線です。データレジデンシー要件で直接契約を使えない組織向けの回避策はCoworkをBedrock・Vertex・Foundryで動かす方法にまとめています。

MCPサーバは追加できますか

Coworkは内部でMCPを使っていますが、任意のMCPサーバを利用者が追加するワークフローは主にClaude Code側です。Coworkは、Connectorsディレクトリの既製コネクタとプラグインを主要な統合手段としています。それでも社内システムを自作のリモートMCPサーバーとして繋ぐ手順はCoworkカスタムコネクタ自作ガイドにまとめています。

Scheduled Taskはデバイスの電源を落としても動きますか

動きます。ただしパソコン上のファイルを使うタスクは、Pro / Maxでは10月6日以降、デスクトップアプリが開いていることが条件になります。それ以前とTeam / Enterpriseでは、ローカルでしか実行されません。タスクが動かないときの原因切り分けはCoworkスケジュールタスクが実行されないときの確認手順にまとめています。

まとめ

Claude Coworkは、目的を渡すとファイルとツールを横断して作業を仕上げる、業務向けのAIエージェントです。Scheduled Tasks・Approval Gates・Computer Use・Connectors・ローカルファイルアクセス・プラグインという複数の仕組みが組み合わさって、単発のチャットでは届かない継続的な業務支援を作っています。

実行環境の実態を見ると、隔離が効くのはコード実行とファイルアクセスまでで、Computer Useだけはサンドボックスの外側で画面に直接触れます。この構造を理解したうえでApproval Gatesと接続範囲を設計することが、Coworkを安全に使う出発点です。導入を検討するなら、まずTeamプランで1チーム・1業務から試し、効果を測ってから広げるのが現実的な進め方です(Computer Useを軸にする業務だけは、対象プランのPro / Maxで検証します)。