Claude CoworkとClaude Codeの違いと選び方

Claude Cowork と Claude Code の違いは何ですか？

Claude Cowork と Claude Code は、異なる対象向けに構築された Anthropic のエージェントです。Cowork は、許可したフォルダーやコネクター内で、ドキュメントやオフィスツールを扱います。Claude Code は、起動したマシン上でコードベースと shell を扱います。そのマシンには、ノートパソコンや、レンタルした VPS (virtual private server) を使用できます。

判断の目安は簡単です。同僚が開くファイルが成果物なら Cowork を使用します。コミットまたは稼働中のサービスが成果物なら Claude Code を使用します。

以下の機能に関する記述は、2026 年 8 月 19 日に Anthropic の公式ページで確認しました。対象は Cowork の製品ページ、Cowork のアーキテクチャ概要、Cowork の入門ガイド、Claude Code のドキュメント です。利用可能な機能、提供画面、プランによる制限は変化しているため、この比較を含め、参照する比較記事の日付を確認してください。

どこで実行されるのか

これが、ほかの違いを生む根本的な差です。

Cowork には2つの実行モードがあり、アーキテクチャのページではそれぞれ別に説明されています。ローカルセッションでは、「エージェントループがデバイス上でネイティブに実行されます」。これには、会話の処理、接続されたフォルダー内のファイルの読み書き、Web の取得、ローカルプラグインの MCP サーバーが含まれます。コードの実行は同じデバイス上の分離された Linux 仮想マシン内で行われ、その仮想マシンにはネットワークの外向き通信のフィルタリングとシステムコールの制限が適用されます。

クラウドセッションでは、「エージェントループとコード実行が、Anthropic が管理するインフラストラクチャ上の分離された一時的なサンドボックスで実行されます」。各セッションには専用のサンドボックスが割り当てられます。サンドボックスはセッション開始時に作成され、終了時に破棄されます。サンドボックス間で状態は共有されません。このサンドボックスからは、プライベート、内部、リンクローカル、クラウドメタデータのアドレスへ接続できません。また、外向きの接続はすべて、サンドボックスから再設定も回避もできないプロキシを通過します。そのため、接続できるのは許可リストに登録された宛先だけです。

クラウドセッションの利点は、ユーザーが離れても処理が継続することです。ノート PC を閉じても、タスクは実行され続けます。一方、サンドボックスはユーザーのマシンではありません。ホームネットワーク、内部サービス、サーバーにはアクセスできません。外向き通信のルールは、まさにそれを遮断するために設けられています。

Claude Code は別の形態です。コマンドラインインターフェース（CLI）は、ユーザーが選択したマシン上で通常のプロセスとして実行されます。そのため、そのマシンのファイルシステム、ネットワーク上の位置、認証情報をそのまま利用します。

curl -fsSL https://claude.ai/install.sh | bash
cd your-project
claude

初回使用時には、ログインを求められます。同じ行を SSH セッション内で実行すると、Claude Code はサーバー上で実行され、リポジトリと systemd の unit にアクセスできるようになります。

Claude Code にはクラウドモードもあります。そのため、比較は単純ではありませんが、実際の違いをより正確に示せます。claude --cloud "fix the failing auth test" は、Anthropic が管理する分離された仮想マシン上でセッションを開始します。この仮想マシンは、ローカルの作業コピーではなく、現在のブランチにある GitHub のリモートリポジトリを clone します。claude --teleport により、ブランチと履歴を含むセッションを端末に戻します。2026年8月時点で、Claude Code の Web 版は Pro、Max、Team ユーザー向けの research preview としてドキュメント化されています。

各ツールがアクセスできる範囲

Cowork がアクセスできるのは、接続した対象だけです。それ以外にはアクセスできません。デスクトップアプリでは、アクセスを許可するフォルダーを指定します。Claude は、その中にあるファイルの読み取り、書き込み、完全な削除を実行できます。Anthropic の安全ガイダンスは、この結果を明確に示しています。「Claude 専用の作業フォルダーを作成」し、認証情報や個人記録を保存したフォルダーはそこに含めないでください。

製品ページに記載されているコネクターは、Microsoft 365、Google Drive、Slack、Amplitude に対応しています。自分で追加するカスタムコネクターも利用できます。これはオフィス業務向けの領域であり、Cowork が役立つ場面です。

クラウド上の Cowork セッションは、Anthropic が仲介する接続を通じて、その端末のデスクトップアプリに要求を送り、ローカルファイルへアクセスします。ここから2つの点が分かります。アクセスできるのは、そのメンバーが接続したフォルダーまでです。また、「デスクトップアプリがオフラインの場合、クラウド上のセッションは端末にアクセスできません」。そのため、ローカルのスプレッドシートを必要とする夜間のスケジュールタスクは、ノート PC の電源が切れているとファイルを見つけられません。クラウドコネクターだけで完結する作業は継続します。

Claude Code がアクセスできるのは、実行しているユーザーアカウントがアクセスできるすべての対象です。つまり、リポジトリだけでなく、apt、systemctl、docker、データベースソケット、さらにサーバーが接続しているネットワークから到達可能なホストにもアクセスできます。フォルダーごとに許可する仕組みではありません。これが利点である一方、リスクでもあります。

アクセス範囲を制限するツールが、サンドボックス化された Bash ツールです。セッション内で /sandbox を使用して有効にします。これは Claude Code に付属しており、オペレーティングシステムを使用して、すべての Bash コマンドと子プロセスにファイルシステムおよびネットワークの境界を適用します。そのため、Claude は多くのコマンドを実行する際に、毎回確認を求めずに済みます。macOS、Linux、WSL2 で動作します。ネイティブの Windows はサポートされていないため、Windows では WSL2 ディストリビューション内で Claude Code を実行します。

タスクをどのように指示し、結果を確認しますか？

Cowork は、タスクを引き渡して結果を確認する流れを中心に構成されています。Dispatch から作業を割り当てます。スマートフォンまたはデスクトップからアクセスできる継続中のスレッドです。タスクが完了したとき、または Claude が実行許可を必要とするときに、プッシュ通知が届きます。Claude はすべての手順を表示するのではなく、結果、スプレッドシート、メモなどを送信します。進行状況インジケーターを使うと、必要に応じて各手順で何を実行しているかを確認できます。

承認には 3 つの設定があり、名称どおりの動作をします。Manually approve では、各操作のたびに確認を求めて一時停止します。Automatically approve では、Claude が操作の安全性を確認し、安全でない操作をブロックします。Skip all approvals ではこれらの確認を省略しますが、ファイル削除には引き続き承認が必要です。ヘルプセンターは明確に説明しており、繰り返し確認する価値があります。どのモードもユーザーの判断に取って代わるものではなく、エージェントがユーザーに代わって実行する操作については、ユーザーが責任を負います。

Claude Code は diff を中心に構成されています。ターミナルで動作を確認し、提案された変更を読み、既存のワークフローでレビューします。つまり、ブランチと pull request を使います。席を離れる場合は、Remote Control により実行中のローカルセッションを公開し、ブラウザーまたはモバイルアプリから監視できます。これは、スマートフォンから Claude Code セッションを指示する場合と同じパターンです。

スケジュール実行は両方にあります。Cowork ではクラウド上でタスクを実行するようスケジュールできるため、コンピューターを起動したままにする必要がなくなります。Claude Code では仕組みが分かれています。routines はクラウド上で実行され、desktop scheduled tasks はローカルファイルへ直接アクセスできる状態でマシン上で実行されます。

コネクターとプラグインは、MCP サーバーやスキルの代わりになりますか？

いいえ。どちらも同じ拡張スタック上で動作するためです。MCP（model context protocol）は、エージェントを外部のツールやデータに接続するオープン標準です。スキルは、必要になったときにエージェントが読み込む、パッケージ化された指示です。プラグインはスキルとコネクターをまとめたもので、Cowork では Cowork タブの Customize から管理します。

実際の違いは、サーバーが動作する場所です。リモート MCP コネクターは Claude、Cowork、Claude Desktop のすべてで利用できます。例外はローカル MCP サーバーです。「ローカル MCP サーバーを含むローカルコネクターとプラグインは、desktop app でのみ動作する」ため、Web やスマートフォンで開いた Cowork セッションからは利用できません。

Claude Code は同じ MCP サーバーを使用し、リポジトリに必要な機能を追加します。CLAUDE.md はすべてのセッション開始時にプロジェクトルートで読み込まれます。フックはアクションの前後に shell コマンドを実行するため、編集のたびに formatter を実行できます。サブエージェントは作業を個別のコンテキストウィンドウに分割します。これらのファイルはリポジトリ内に保存されるため、コードと同じようにレビューおよびバージョン管理できます。

すでに 自分で VPS 上の MCP サーバーを運用している場合、リモート MCP サーバーは両方の製品から利用できます。これは、Anthropic がコネクターを提供していないサービスに Cowork からアクセスする最も安価な方法です。スキルのレイヤーも共有されるため、自分で作成したスキルは移植できます。形式については エージェントスキルで説明しています。

マシンから外部へ送られるもの

フォルダーを接続する前に、これを確認してください。

Cowork のクラウドセッションでは、多くのデータが外部へ送られます。「デスクトップアプリを通じて開いたローカルファイルを含むエージェントの作業は、デバイス上に留まらず Anthropic のサーバーで処理されます」。これが設計上の動作であり、ノート PC を閉じてもセッションを継続できる理由です。一方、ローカルの Cowork セッションでは、エージェントの処理ループとファイル処理がデバイス上に留まります。

Claude Code をローカルで実行すると、プロセスとファイルはマシンまたはサーバー上に留まり、コマンドの出力も同様です。外部へ送られるのはコンテキストです。つまり、モデルが推論するよう指定されたファイル内容とコマンド出力です。モデル自体は Anthropic のサーバー上で実行されるためです。「local」という語によって、この点が変わることはありません。claude --cloud ではさらに動作が異なります。クラウドセッションがリポジトリを Anthropic 管理の仮想マシンにクローンするためです。

ネットワーク制限下で作業する場合は、もう 1 つ重要な点があります。クラウドセッションは、組織のネットワークではなく Anthropic 管理のインフラストラクチャから Anthropic API を呼び出します。そのため、組織で IP allowlist を使用していると、Anthropic サポートがこれらのサービスを例外扱いするまで、Anthropic がホストするすべてのクラウドセッションが認証エラーで失敗します。

どちらを使うべきか

作業対象がドキュメントやオフィスシステムであれば、Cowork を使います。研究資料のフォルダーからプレゼンテーション資料を作成する場合が該当します。2 つのスプレッドシートを照合する場合も同様です。Slack のスレッドとメールを基にブリーフィングを作成する場合や、PDF のフォルダーを誰かが読む要約に変換する場合にも適しています。これらの作業は多くの手順を実行し、複数のアプリをまたぎ、成果物としてファイルを生成します。

作業対象がコードベース、ターミナル、またはサーバーであれば、Claude Code を使います。失敗しているテストの修正、リグレッションの二分探索、マイグレーションの作成と実行、デプロイ後に nginx が 502 を返す原因の調査などが該当します。コマンドを実行して結果を読み取ることで成功を確認する作業には、Claude Code が適しています。

判断に迷った場合は、結果の確認方法を基準にします。ドキュメントを開いて結果を確認するなら、Cowork が適しています。コマンドを実行して結果を確認するなら、Claude Code を使います。Claude Code はコマンド自体を実行し、返された結果を読み取れるためです。

Cowork は有料プラン（Pro、Max、Team、Enterprise）で利用できます。Web、desktop、mobile で動作し、mobile はベータ版です。desktop 版は macOS、Windows、ChromeOS、Linux 向けに提供されています。プランごとの利用制限は他の要素よりも頻繁に変わるため、記事ではなく現在の公式ページを確認してください。運用上の注意点として、Cowork は標準的な chat よりも多くの使用量を消費します。多くの手順を実行するエージェントは、その分だけ多くのターンを使用するためです。

知りたいことがこの 2 つのどちらを選ぶかではなく、どの coding agent を採用するかであれば、Cursor、Codex、Copilot との比較のほうが役立ちます。

VPS 上で作業する場合の変化

VPS では、この 2 つの製品の役割が完全に分かれます。Cowork のクラウドサンドボックスからは、プライベートアドレス、内部アドレス、リンクローカルアドレスに到達できません。そのため、サーバーへの SSH 接続、/var/log/nginx/error.log の読み取り、unit の再起動は実行できません。これらの制限は意図的なものであり、Cowork のインターフェースの設定で解除することはできません。ローカルの Cowork セッションは自分のデバイス上で動作するためネットワークに近い位置にありますが、それでもホストに直接接続するのではなく、接続されたフォルダーを介して動作します。

サーバー上の Claude Code には、これらの制限がありません。そのため、安全対策は利用者自身が担います。root ではなく、選択した sudo ルールを適用した一般ユーザーとして実行してください。セッションはプロジェクトディレクトリ内に限定してください。/sandbox を有効にすると、Bash コマンドをカーネルが強制する境界内に制限できます。認証情報は作業ツリーに置かないでください。エージェントが読み取った内容はコンテキストとなり、応答で再び出力される可能性があります。VPS 上で Claude Code を安全に実行するでは、アカウント設定、ファイアウォール、永続的なターミナルセッションについて詳しく説明しています。

有効な構成は次のとおりです。サーバーにリポジトリとサービスを配置し、SSH 接続が切れても存続するターミナルセッションで Claude Code を実行し、どこからでも接続します。プロセスはスリープしないマシン上で動作するため、ノート PC がスリープしている間も作業は続きます。これは Cowork のクラウドセッションと同じ利点を、別の方法で、利用者が管理するハードウェア上で実現するものです。

予想される失敗

スケジュールした Cowork のタスクが、一晩経っても何もしなかった。 デスクトップアプリが終了していました。クラウドセッションはアプリがオフラインになっても実行を続けますが、デバイスには接続できません。そのため、接続されたフォルダーを読み取る手順では、読み取る対象が見つかりません。入力ファイルを接続されたクラウドサービスに移すか、アプリを開いたままマシンをスリープさせないでください。

Cowork が Web ページを読み取り、依頼していない操作を実行した。 これはプロンプトインジェクションです。Claude が正当なタスクの一部として読み取る外部コンテンツに、指示が隠されています。対策は、影響範囲を小さくすることです。ホームディレクトリではなく作業用フォルダーを1つだけ接続し、見慣れない MCP サーバーやプラグインには注意してください。

Claude Code が、想定していなかったファイルを変更した。 ローカルセッションは、起動したユーザーアカウントと同じ範囲にアクセスできます。コミットする前に差分を確認し、不要になったら破棄できるブランチで作業してください。

クラウド上の Claude Code セッションから、最新の作業が見えなかった。 claude --cloud はローカルの checkout ではなく、現在のブランチに対応する GitHub の remote を clone します。そのため、コミットしていない変更は認識されません。先に push してから、セッションを開始してください。

FAQ

Claude Cowork で Claude Code のようにコードを編集してコマンドを実行できますか？

コードは実行できます。コード実行は、クラウドセッションではサンドボックス内で、ローカルセッションでは分離された Linux 仮想マシン内で行われるためです。ただし、リポジトリを中心に構築されたツールではありません。git によるレビューのフロー、プロジェクトルートにある CLAUDE.md の読み込み、hooks、ユーザーが直接操作する terminal はありません。スプレッドシートに対して一度だけスクリプトを実行する用途では、Cowork で十分です。保守しているコードベースで作業する場合は、Claude Code が適しています。レビュー層は git で、成功確認はコマンドで行うためです。

Claude Cowork から VPS や内部サーバーに接続できますか？

クラウドセッションからは接続できません。サンドボックスは、プライベート、内部、リンクローカル、またはクラウドメタデータのアドレスに接続できません。また、外向きの通信は、許可された宛先だけを通すプロキシを経由します。そのため、VPS への SSH 接続は利用できません。サーバー上でエージェントを動作させる場合は、そのサーバーに Claude Code をインストールして実行してください。

Cowork の利用に Claude Desktop アプリは必要ですか？

ローカルファイルやローカル MCP サーバーを使用する場合は必要です。Cowork は web、desktop、mobile で動作します。ただし、クラウドセッションが接続済みフォルダー内のファイルを読み書きできるのは、そのコンピューターで desktop アプリが開いている間だけです。Live artifacts、browser の利用、ローカルコネクターは desktop の機能です。Google Drive や Slack などのクラウドコネクターだけを使用するタスクは、アプリなしで実行できます。

同じ skills と MCP サーバーを両方で再利用できますか？

ほとんどの場合は再利用できます。Remote MCP コネクターは Claude、Cowork、Claude Desktop の間で利用でき、skills も共有されるため、多くの設定を移行できます。Cowork での Local MCP サーバーは例外です。これらは desktop アプリを介してのみ動作します。Claude Code にはさらに、CLAUDE.md や hooks などのリポジトリレベルの要素が追加されます。これらに相当する機能は Cowork にはありません。