Claude CoworkのComputer UseとVMサンドボックスはどう動くか — Claude Codeとの使い分け

要点

• Claude Coworkは単なるデスクトップチャットではなく、隔離されたVMとComputer Use機能を組み合わせたエージェント実行環境として動いています。
• 作業の多くはローカルマシンではなくAnthropic側のVM上で実行され、ファイルアクセスは都度の許可モデルで制御されます。
• スケジュール機能は「毎週金曜10時」のような自然言語指定をバックエンドでcron化し、結果をチャットに戻す設計です。
• 開発者が使う場合は「Claude Codeでは面倒な非コード作業」に限定するのが最も費用対効果が高い使い方です。

Coworkが動く仕組み

Coworkのタスクは、見かけ上はデスクトップアプリで指示するだけですが、内部的には以下の層で動いています。

重要なのは、多くの作業がローカルPCではなくAnthropic側のVM上で走っている点です。ブラウザ操作やWeb検索、フォーム入力はすべてVM内のChromiumで完結し、結果のスクリーンショットやダウンロードファイルだけがデスクトップに戻ってきます。ローカルのファイル操作だけが例外的にデスクトップ側で実行され、その際に都度許可ダイアログが出る、という役割分担です。

この構造のおかげで、Coworkはユーザーのブラウザセッションやクッキーを汚染せずに作業できます。逆に言うと、ログイン必須のサイトはVM側で毎回ログインが必要になり、2FAを要求される場合はユーザー側で対応フローを踏む必要があります。

Computer Use機能の実用範囲

Computer UseはClaude APIにも存在する機能で、Coworkはそれをプロダクト化したものと理解すると腑に落ちます。VM上の仮想デスクトップに対して、Claudeがマウスカーソルを動かし、クリックし、テキストを入力する、というピクセル単位の操作を行います。

実用範囲として安定しているのは以下のような作業です。

• 公開Webサイトからの情報収集・スクリーンショット整理
• フォーム入力(採用管理・アンケート・予約フォーム)
• 公開ダッシュボードからの指標抽出
• 商品リサーチ・価格比較

一方で、次のケースは2026年4月時点ではつまずきやすい領域です。

• 重いSPA: ページ構造が動的で、要素検出に時間がかかる
• CAPTCHA: 原則突破できないため、ユーザーの手動介入が必要
• 動画・音声の再生を伴う判断: 現状は静止画ベースの解析が中心
• ログイン後の複雑なフロー: セッション維持は単タスク内のみ

つまり、Computer Useが輝くのは「公開情報に対する反復作業」と「成果物の形が明確に決まっている作業」です。「なんとなく調べて」という曖昧なゴールでは、VMの外側まで推論が広がらず途中で詰まる傾向があります。

ファイルアクセス・権限モデル

Coworkがローカルファイルに触る際の権限モデルは、初回許可・以後記憶型です。動きを並べると次のようになります。

この設計の要点は、フォルダスコープの信頼を一度与えると、そのフォルダ内では繰り返し作業できるところです。毎回許可を求められないので定常タスクが回しやすい反面、「Downloads配下を許可したつもりが、そこに保存された機微なファイルまで参照範囲に入る」事故は起きえます。

したがって運用のコツは、Cowork専用のワーキングフォルダを切り、そこだけを許可することです。デスクトップ直下や書類フォルダ全体を雑に許可すると、意図せぬファイルまで読み込まれる可能性があります。

また、Google DriveやGmailなどのコネクタは別レイヤーで、OAuthベースのスコープで粒度管理されます。ローカルファイルの許可モデルとは独立しているため、「ローカルは止めたがコネクタは生きている」状態もあり得る点に注意してください。

スケジュール機能の使いこなし

Coworkのスケジュールは、Claude Codeユーザーから見るとGitHub Actionsやcronの代替として捉えると分かりやすいです。自然言語で「毎週金曜10時」「月初に」「平日朝9時」のように指定でき、内部的にはジョブテーブルに登録されます。

実務で効くパターンは以下です。

• 定常レポート: 週次の指標取り込みとテンプレ埋め
• コンテンツ監視: 特定ページの更新検知と差分要約
• 受信箱の整理: 前日受信メールの分類と要約
• バックオフィス: 請求・経費関連のファイル整理

注意点も明確にあります。

• 実行時刻は厳密なリアルタイム保証ではないため、分単位の精度は期待しない
• 長時間走るタスクは途中でタイムアウトしうる。重い処理は複数ジョブに分解する
• 実行結果はチャットスレッドに通知されるので、通知が溜まる想定で運用する

スケジュールの強みは、Claude Codeで同等のことをやろうとするとGitHub Actions・cron・サーバーレス関数あたりの外部インフラ構築が必要になる点を、Cowork側が内包している点です。非エンジニアが自力で週次レポートを自動化できる、というのはこれまでの生成AIツールにはなかった体験です。

Claude Codeとの使い分け

同じアカウント・同じ基盤で動く兄弟プロダクトですが、作業の性質で住み分ける方が効きます。Claude Coworkの全体像はClaude Cowork入門で扱っているので、併せて読むとつかみやすいはずです。

Claude Code側の全体像はClaude Code完全ガイド2026に独立した記事があります。設定の階層設計はCoworkカスタマイズの7階層、3ツール比較はClaude Code vs Cursor vs Codex CLIが近い距離の関連記事です。

開発者が両方を併用するときのちょうど良い役割分担は、次のような切り方になります。

Coworkで無理にコードを書かせる、あるいはClaude Codeで無理にブラウザ操作をさせるのは、どちらもうまくいかないわけではないものの、得意領域で使った方が結果も速いのが実感です。

制限と今後の展望

2026年4月時点でユーザーが踏みやすい制限を並べます。

• 同時実行数: プランごとに上限があり、Maxでも無制限ではない
• 長時間タスク: 数時間規模の連続作業は安定しない。分割推奨
• 機密データ: ローカル許可を広げすぎると意図せぬ持ち出しリスク
• 外部サイトの変更: Computer Useはピクセル依存のため、UI変更で壊れる
• モバイル非対応: スマホ版Claudeアプリからのフル機能利用は未対応

今後の展望として、Anthropic公式・Microsoft 365 Copilot統合の動きから推測できるのは、コネクタの拡張と組織管理機能(監査・RBAC〔役割ベースのアクセス制御〕粒度)の深化が直近の主戦場になりそう、という点です。Computer Useの安定性向上も継続的なテーマとなりそうですが、ピクセルベースという本質的制約上、ブレイクスルーは段階的になりそうと見ています。

まとめ

Claude Coworkは、Computer Use・VMサンドボックス・スケジュール・ファイルアクセスという4本柱の機能で、非エンジニアでもエージェント作業を回せる体験を実現しています。内部的にはAnthropic側のVMが主役で、ローカルは補佐役、という構造をつかむと、何が得意で何が苦手かが見えやすくなります。開発者が併用する場合は「Claude Codeでは面倒な非コード作業」に寄せるのが最適で、スケジュール機能だけでも定常運用の自動化価値は十分に大きいです。詳しい全体像や料金プランはCowork完全ガイド2026・Cowork入門に譲り、設定面の階層設計はCoworkカスタマイズの7階層で扱っています。本稿は日々の運用に役立つ内部挙動の理解に絞りました。