Claude Cowork実践ガイド — Claude Code CLI開発者がデスクトップ知識ワークを自動化する統合ワークフロー
Claude Coworkとは何か — Claude Code CLIとの違いを30秒で理解する
Claude Code CLIでコーディングは自動化できた。でも、デプロイ後のブラウザ検証、Notionへの議事録まとめ、スプレッドシートの集計——これらは手作業のままだ。2026年4月9日にGA化したClaude Coworkは、まさにこの「コーディング以外の隙間」を埋めるピースになる。
本記事では、Claude Code CLIユーザーの視点から、Coworkをどう組み合わせれば開発から知識ワークまで一気通貫で自動化できるかを実践パターン付きで解説する。
Claude Desktop Appの3タブ構成(Chat / Cowork / Code)
Claude Desktop Appは Chat・Cowork・Code の3タブ構成で、すべて同じClaude Code基盤上で動作する。Chatは会話、Codeはターミナル統合の開発者向けCLI、そしてCoworkはナレッジワーカー向けのデスクトップ作業自動化タブだ。
重要なのは、CoworkとCodeは競合関係ではなく 補完関係 にあるということ。コードを書くならCode、それ以外のデスクトップ作業ならCowork。この使い分けが統合ワークフローの基本になる。
Coworkの三段階アーキテクチャ:コネクタ優先 → ブラウザ制御 → Computer Useフォールバック
Coworkの動作原理はシンプルな三段階設計だ。
- コネクタ優先: Gmail、Google Drive、Slack等の公式コネクタがある場合、API経由で高速かつ安定した操作を行う
- ブラウザ制御: 該当するコネクタがない場合、Chrome MCP経由でブラウザを制御し、Webアプリケーション上の操作を行う(スクリーンショットベースの画面操作を含む)
- Computer Useフォールバック: ブラウザ制御でも対応できない場合、ネイティブデスクトップアプリを直接制御する(macOSではアクセシビリティ権限の付与が必要)
この順序が重要だ。Computer Useはリアルタイムの画面ストリーミングではなく、スクリーンショットベースの操作であるため、コネクタやブラウザ制御経由のほうが圧倒的に速い。Coworkはその判断を自動で行ってくれる。
なお、同時期に発表されたManaged Agents(パブリックベータ)やCodeポリシーコントロールはCoworkとは別機能なので混同しないよう注意してほしい。
使い分け判断フロー — いつCLIを使い、いつCoworkに任せるか
タスク分類マトリクス
| 区分 | CLI向きタスク | Cowork向きタスク |
|---|---|---|
| コード | 生成・リファクタ・テスト | — |
| Git/CI | git操作・CI修正 | — |
| リサーチ | — | Web検索・情報収集 |
| ドキュメント | README生成(ファイル出力) | Notion/Google Docsへの投稿 |
| 検証 | curl・ユニットテスト | ブラウザでの目視検証 |
| コミュニケーション | — | メール返信・Slack返答 |
判断の3条件
タスクが来たとき、次の順序で判断する。
- ターミナルで完結するか? → Yes → Claude Code CLI
- 公式コネクタがあるか?(Gmail, Slack, Google Drive等) → Yes → Cowork(コネクタ経由)
- GUIが必要か? → Yes → Cowork(Computer Use経由)
正直、最初は「どっちで頼むべきか」で迷うこともあったが、この3ステップで判断すればほぼ間違いない。
実践パターン3選 — Cowork × Computer Useで非コーディングタスクを自動化する
パターン1:デプロイ後のブラウザ検証を自動化する
CLI側でデプロイまで完了したら、Coworkタブに切り替えてブラウザ検証を依頼する。
CLI側(デプロイ):
claude -p "このプロジェクトをビルドしてVercelにデプロイして" --dangerously-skip-permissions
Cowork側(検証依頼プロンプト):
https://my-app.vercel.app を開いて、以下の観点で検証してください。 1. トップページのリンクがすべて正常に遷移するか 2. レスポンシブ表示(モバイル幅)でレイアウト崩れがないか 3. 問題があればスクリーンショット付きで報告してください
Computer Useがブラウザを起動し、スクリーンショットベースでページを巡回・検証する。手動でやれば5〜10分かかるチェックが、プロンプト一つで完了する。
パターン2:Notion/Google Docsにドキュメントを自動生成する
CLIで生成したCHANGELOGやリリースノートをNotionに投稿したいケース。
Cowork側プロンプト例:
以下のリリースノートをNotionの「開発ログ」ページに新規ブロックとして追加してください。
v2.1.0 リリースノート
- ダッシュボードにフィルター機能を追加
- ジョブ実行ログの表示速度を改善
- レート制限検出の精度向上
Notionコネクタが利用可能な場合はAPI経由で即座に反映される。コネクタがない場合はComputer Useがブラウザ版Notionを直接操作して投稿する。
パターン3:メール返信・Slack返答の下書き自動生成
Gmailコネクタを使えば、Computer Useを介さずに高速で下書きを生成できる。
Cowork側プロンプト例:
受信トレイの未読メールのうち、技術的な問い合わせに対する返信の下書きを作成してください。丁寧だが簡潔なトーンで、日本語で返信してください。
コネクタ経由のためComputer Useより高速かつ安定しているのがポイントだ。これは地味に便利で、朝の定型作業が大幅に短縮される。
Computer Useの有効化と注意点
設定手順
- Claude Desktop Appを開き、Settings → Cowork に移動
- Computer Use セクションで「Enable」をオンにする
- macOSの場合、アクセシビリティ権限と画面収録権限の付与ダイアログが表示されるので許可する
- 権限付与後、Desktop Appを再起動する
よくあるハマりポイント
権限付与後の再起動が必要: macOSのアクセシビリティ権限は、アプリを再起動しないと反映されないことがある。「有効にしたのに動かない」場合はまず再起動を試す。
マルチディスプレイ環境: Computer Useが操作できるのはプライマリディスプレイのみ。操作対象のアプリがセカンダリモニターにある場合は、事前にプライマリ側に移動しておく必要がある。
高解像度環境でのクリック座標ずれ: Retinaディスプレイなど高DPI環境では、スクリーンショットの解像度とクリック座標のスケーリングが一致しない場合がある。ディスプレイ設定で「デフォルト」解像度を使用すると安定しやすい。
Analytics APIで使用量をモニタリングする
チームでCoworkを導入する場合、利用状況の可視化がROI判断の鍵になる。Enterprise Analytics APIは5つのエンドポイントを提供している。
| エンドポイント | 取得できる情報 |
|---|---|
/users | ユーザー別の利用統計 |
/summaries | 全体サマリー(セッション数・アクション数) |
/apps/chat/projects | プロジェクト別利用状況 |
/skills | スキル別利用統計 |
/connectors | コネクタ別利用統計 |
以下のシェルスクリプトで、各エンドポイントからCoworkの利用状況を取得できる。
#!/bin/bash
API_KEY="${ANTHROPIC_API_KEY}"
BASE_URL="https://api.anthropic.com/v1/organizations/analytics"
# Cowork利用サマリーの取得
curl -s \
-H "Authorization: Bearer ${API_KEY}" \
-H "Content-Type: application/json" \
"${BASE_URL}/summaries?start_date=2026-04-01&end_date=2026-04-12" \
| jq .
# コネクタ別の利用頻度を確認
curl -s \
-H "Authorization: Bearer ${API_KEY}" \
-H "Content-Type: application/json" \
"${BASE_URL}/connectors?start_date=2026-04-01&end_date=2026-04-12" \
| jq .
コネクタ別の利用頻度を見れば、チームがどのツール連携を最も活用しているかが一目でわかる。Computer Useの利用比率が高すぎる場合は、コネクタの追加導入を検討するサインだ。
統合ワークフロー例 — 機能開発からドキュメント更新まで一気通貫
ここまでの内容を踏まえ、実際のEnd-to-Endシナリオを見てみよう。「ダッシュボードにフィルター機能を追加する」タスクを例にする。
| ステップ | 使うツール | 理由 |
|---|---|---|
| 1. 機能実装 | CLI | コード生成はターミナル完結 |
| 2. テスト実行 | CLI | vitest実行はターミナル完結 |
| 3. ビルド&デプロイ | CLI | vercel deploy --prodはCLI |
| 4. ブラウザ検証 | Cowork | GUI操作が必要 |
| 5. Notion仕様書更新 | Cowork | コネクタ or Computer Use |
| 6. Slack共有 | Cowork | Slackコネクタ経由 |
CLI側:ステップ1〜3
# 機能実装→テスト→デプロイを一気に実行
claude -p "src/web/dashboard.tsにフィルター機能を追加して。
ステータスとジョブタイプでフィルタリングできるようにして。
実装後、vitestでテストを書いて実行し、
問題なければvercel deploy --prodまで実行して。" \
--dangerously-skip-permissions
Cowork側:ステップ4〜6
以下の作業を順番に実行してください。 1. https://my-app.vercel.app/dashboard を開いて、フィルター機能が正常に動作するか検証してください。ステータスフィルターとジョブタイプフィルターの両方をテストしてください。 2. Notionの「プロダクト仕様書」ページに、フィルター機能の仕様を追記してください。対応フィルター項目と動作仕様を記載してください。 3. Slackの #dev-updates チャンネルに「ダッシュボードにフィルター機能を追加しました」とリリース通知を投稿してください。
Claude Code Desktop App内でCodeタブからCoworkタブへの切り替えだけで、これら一連の作業がシームレスに完了する。従来であればステップ4〜6だけで15〜20分は手作業が発生していたが、Coworkへの指示一回で済むようになる。
まとめ
Claude Code CLIで開発タスクを自動化している開発者にとって、Coworkは「コーディング以外の手作業」を埋める最後のピースになる。判断フローはシンプルだ。
- ターミナルで完結する → Claude Code CLI
- GUIが必要 → Cowork
GA化により安定性も向上した今、まずはデプロイ後のブラウザ検証やドキュメント更新など、日常の小さな手作業からCoworkによる自動化を始めてみてほしい。小さな成功体験が積み重なれば、開発から知識ワークまで一気通貫の統合ワークフローが自然と形になっていくはずだ。
