Claude Code と Cowork、結局どっちを使うのか
はじめに
同じ Claude Code エンジンで動く 2 製品なのに、なぜ分かれているのか。調べてみたら、答えは どこで動くか と どこまで触れるか の 2 点。
自分用のメモとして、用途ごとにどちらを選ぶべきかをテーブルで整理しておく。判定基準は以下の通り。
| 記号 | 意味 |
|---|---|
| ◎ | 最適。これを選べば間違いない |
| ○ | 問題なく使える |
| △ | 使えるが遠回り、または制約が目立つ |
| ✗ | 構造的に向いていない |
「ファクタ」列は Cowork 側を work、Claude Code 側を code と表記する。両方 ◎ のケースもあれば、片方が ✗ になるケースもある。
前提：2 つの決定的な違い
| 観点 | Claude Code | Cowork |
|---|---|---|
| 動く場所 | 手元の PC で直接 | PC 内に立てた仮想マシンの中 |
| 触れる範囲 | プロジェクトごと（許可制で外にも伸びる） | 渡したフォルダの中だけ |
| グローバル設定 |
~/.claude/ の CLAUDE.md を読む |
箱の中なので持ち込まれない |
| ターミナル実行 | できる | 箱の中に閉じる |
| 想定ユーザー | 開発者 | だれでも |
この表の 2 行目が全て。「外に出られるか」がそのまま向き不向きになる。
用途別の判定
開発系
| 用途 | Claude Code | Cowork | ファクタ | ｱﾝｿﾛﾋﾟｯｸ推奨 |
|---|---|---|---|---|
| プログラミング全般 | リポジトリを読んで複数ファイル横断で編集 | フォルダ内なら書けるが git が回らない | work △ code ◎ |
Claude Code |
| バックエンド実装 | ビルド・テスト・デバッグのループが回る | 実行環境が箱の中で本番と乖離 | work △ code ◎ |
Claude Code |
| フロントエンド実装 | dev サーバ起動、ブラウザ確認まで一気通貫 | 静的な HTML/CSS 生成なら可 | work △ code ◎ |
Claude Code |
| Git 操作・PR 作成 | ネイティブ。コミットもプッシュも | 外に出られないので不可 | work ✗ code ◎ |
Claude Code |
| CI / デプロイ | コマンド実行がそのまま通る | 対象外 | work ✗ code ◎ |
Claude Code |
| レガシーコードのリファクタ | 全体を読んだ上で段階的に | 範囲が限定されすぎる | work △ code ◎ |
Claude Code |
| 環境構築・依存解決 | ローカルに直接インストール | 箱の中は allowlist 経由のみ | work ✗ code ◎ |
Claude Code |
| 使い捨てスクリプト | もちろん可 | 箱の中で完結するなら安全 | work ○ code ◎ |
どちらでも |
フロントエンドが code ◎ なのは、確認のループがローカルで完結するから。書いて、起動して、ブラウザで見て、直す。この往復が Cowork の箱の中だと切れてしまう。
事務・ドキュメント系
| 用途 | Claude Code | Cowork | ファクタ | ｱﾝｿﾛﾋﾟｯｸ推奨 |
|---|---|---|---|---|
| Excel の作成・整形 | 扱えない | VLOOKUP や条件付き書式まで組める | work ◎ code ✗ |
Cowork |
| PowerPoint 作成 | 扱えない | 資料として成立するものが出る | work ◎ code ✗ |
Cowork |
| Word 文書・報告書 | Markdown なら書ける | そのまま .docx で出る | work ◎ code △ |
Cowork |
| 議事録から報告書のたたき台 | できるが遠回り | 想定ど真ん中 | work ◎ code △ |
Cowork |
| 散らかったフォルダの整理 | 可能だが権限が広すぎる | フォルダを渡すだけ | work ◎ code ○ |
Cowork |
| PDF からデータ抽出 | ライブラリを自前で用意 | 標準で処理できる | work ◎ code △ |
Cowork |
| 複数資料の横断要約 | ファイルを読ませれば可 | 成果物まで一気に出る | work ◎ code ○ |
Cowork |
| 定期レポート | cron を自分で組む | スケジュール機能あり | work ◎ code △ |
Cowork |
Claude Code は Office ファイルを扱えない。ここが最も分かりやすい分水嶺だと思う。
アプリケーション連携・ブラウザ系
| 用途 | Claude Code | Cowork | ファクタ | ｱﾝｿﾛﾋﾟｯｸ推奨 |
|---|---|---|---|---|
| Web リサーチ→表にまとめる | 検索して Markdown に | Chrome 連携で調べて Excel まで | work ◎ code ○ |
Cowork |
| SaaS の画面操作 | ターミナル内で完結するため不可 | Claude in Chrome と連携 | work ◎ code ✗ |
Cowork |
| Gmail / Slack / Drive 連携 | MCP を自分で繋ぐ | プラグインで用意されている | work ◎ code ○ |
Cowork |
| API を叩くスクリプト | 自由に書ける | allowlist の制約あり | work △ code ◎ |
Claude Code |
| DB への接続・クエリ | ローカルから直接 | 箱の外に出られない | work ✗ code ◎ |
Claude Code |
Cowork の箱は外への通信が allowlist 制。pypi、npm、Anthropic API は通るが、それ以外は基本つながらない。社内 API を叩きたいなら Claude Code 一択ということになる。
混在ケース（判断が割れる領域）
| 用途 | Claude Code | Cowork | ファクタ | ｱﾝｿﾛﾋﾟｯｸ推奨 |
|---|---|---|---|---|
| 設計書を書く | Markdown でリポジトリに置ける | 対話しながら .docx で仕上がる | work ◎ code ○ |
成果物の形式で決める |
| 技術記事の執筆 | コード例の検証まで可能 | 図表込みで仕上げやすい | work ○ code ◎ |
Claude Code |
| 仕様と実装のズレ確認 | コードを読める強み | 資料側しか読めない | work △ code ◎ |
Claude Code |
| テスト結果の集計 | 実行はできるが集計が弱い | 集計と可視化が得意 | work ◎ code ○ |
併用 |
| 障害報告書 | ログを読める | 文書として仕上がる | work ◎ code ○ |
併用 |
| 個人の知識管理 | 手元のファイルに積み上げられる | フォルダ単位で完結 | work ○ code ◎ |
Claude Code |
併用と書いた行は、片方で調査して片方で清書する運用のこと。同じファイルを同時に触らせるのは避けたい。
両者を同時に同じファイルで作業させると、キャッシュ・undo・git の競合が起きるらしい。1 つの作業は片方で完結させるのが事故を減らす鉄則だと理解した。
Anthropic 側の思想として何が読み取れるか
| 設計判断 | 背景にある考え方 |
|---|---|
| Cowork を VM に隔離した | 非開発者が「放置できる」必要があった |
| Claude Code は都度承認 | 開発者は差分を読める前提 |
| エンジンは共通 | 能力ではなく権限モデルで分けた |
| スキル形式を共通化 | 投資を二重にさせない |
| Cowork をフォルダ単位に | 権限の範囲を人間が理解できる形に |
能力ではなく権限で製品を分けた、というのが核心だと思う。「Cowork の方が弱い」のではなく「Cowork の方が届く範囲が狭い」だけ。
Cowork が生まれたきっかけは、Anthropic 社内のマーケティングやデータチームが Claude Code をコーディング以外に使い始めたことだったらしい。ユーザーの実際の行動から逆算して生まれた製品ということになる。
設定の引き継ぎ問題
両方を使うようになると、ここで必ず詰まりそう。
| 資産 | Claude Code | Cowork | 引き継ぎ |
|---|---|---|---|
| CLAUDE.md |
~/.claude/ を読む |
読まない | 手動で移す |
| グローバルスキル | ~/.claude/skills/ |
ZIP アップロード | ZIP 化すれば動く |
| プロジェクト設定 |
.claude/ を読む |
読まない | 移せない |
| MCP 接続情報 | settings.json | GUI で登録 | 二重管理 |
SKILL.md を含むフォルダ形式は共通。同じものを ZIP にまとめれば Cowork でもそのまま動く。
逆に言えば、スキルを書く投資だけは二重にならない。CLAUDE.md や MCP の設定は諦めて二重管理するしかなさそう。
選び方のフローチャート
git を触るか？
├─ YES → Claude Code
└─ NO → 成果物は Office ファイルか？
├─ YES → Cowork
└─ NO → ターミナルコマンドが必要か？
├─ YES → Claude Code
└─ NO → Cowork
おわりに
雑にまとめると git の中とコード管理は Claude Code、それ以外は Cowork ということになる。
ただ、自分の場合は「何をされたか把握できなくなるのが怖いから Cowork」という選び方をしそうになったが、これは成立しないと気づいた。把握できなくなる原因は指示の粒度であって、ツールではない。むしろ差分が目の前に流れる分、Claude Code の方が何をされたかは見える。
選ぶ基準は その作業に git とターミナルが要るかどうか。それだけ。