【Claude.ai】Free では Cowork が使えない理由、そしてセキュリティ要件が強い組織が慎重になるべき理由

イントロダクション：なぜ「どちらでもいい」では済まないのか

• Claude.ai と Claude Cowork は同じ Claude の上にある 2 つの実行形態
• 「どちらが優れているか」ではなく「どの仕事をどのモードで走らせるか」が決定軸
• 組織のセキュリティ成熟度と予算によって、最適な選択が大きく変わる
• 特に以下の 2 つのポイントで、選択が実質的に制約される
• 無料プランユーザーには選択肢がない
• ガバナンス要件が強い企業にとっては「便利さ」だけでは判断できない

Free では Cowork が使えない理由：価格設計から見える意図

Cowork の位置づけはなぜ Pro 以上限定なのか

• Cowork は「バックグラウンド実行と持続性」を売り物にしている
• 複数ステップの自律実行
• ローカルファイルやブラウザ操作の継続処理
• 毎朝や毎週の定期タスク化
• これらすべてが Anthropic サーバー上のリソースを消費
• Free プランの限界と Cowork の関係
• Free では Monthly message limits が設定されており、無制限利用に対応できない
• Cowork の background execution は本質的に「放置して走らせる」= 使用量予測が難しい
• 無料ユーザーに無制限に実行させるわけにはいかない設計
• 実務的な含意
• Cowork の価値は「反復性」と「自動化」にある
• 単発の探索や分析なら Claude.ai で十分
• 組織的に導入すれば、Pro / Team / Enterprise 費用の正当性が出てくる

価格表の読み方：「買うのではなく、モード転換する」

• 個人利用での判定ポイント
• 月に 1-2 度だけ資料作成に使う → Free または無料試用で足りる
• 週に複数回、定型業務があって自動化したい → Pro が pay off
• 毎日、複数案件を並行する → Max か Team を検討

Claude.ai vs Cowork：「対話型」と「委譲型」の本質的な違い

何が「実行モード」の違いなのか

• Claude.ai（Chat 中心）：「あなたが握る対話ループ」
• 人間がプロンプトを入力 → Claude が回答
• 評価・修正判断は人間が都度実施
• モデルやeffort の切り替えが可能
• Projects、Memory、Artifacts で思考プロセスを蓄積
• 用途：要件定義、ブレスト、評価軸の発見、プロンプト調整
• Claude Cowork：「Claude に任せた実行ループ」
• ユーザーは目的と制約を定義
• Cowork が複数ステップを自律で実行
• ローカルファイル、コネクタ、ブラウザ操作も含む
• 定期実行、バックグラウンド処理、サブタスク分割が可能
• 用途：反復業務、ファイル処理、レポート自動化、定期タスク

単なる機能差ではなく「人間とのインタラクション設計」の違い

• Claude.ai：人間の判断を軸に、AI が提案・修正を繰り返す
• 「この解釈でいい？」「別のアプローチもある？」という往復が価値
• 例：記事の見出し候補を 3 案出させて、1 つ選ぶ→修正→再検討
• Cowork：AI の判断を軸に、人間が必要な時だけ介入する
• 「毎朝 7 時に昨日のメール・Slack をまとめて、ドラフトを残す」
• 「フォルダ内の全ファイルから比較表を作る」
• 人間は承認ポイントでだけ判断する

セキュリティ・監査要件との向き合い方：「便利さと統制」のトレードオフ

Cowork が持つガバナンス上の弱点

• 現在の Cowork は「監査対象外」の状態にある
• 監査ログ（Audit Logs）に Cowork アクティビティが記録されない
• Compliance API の対象外
• Enterprise でも「Chat の会話は監査できるが、Cowork タスクは監視できない」という状況
• エンドポイント可視化（EDR）も効かない
• Cowork はリモートセッション（Anthropic のサンドボックス）で実行される
• ローカル Claude Desktop を経由してファイルに到達しても、その処理は Anthropic 側で発生
• EDR やローカル監視ツールで「Cowork が何をしたか」を捕捉できない
• データ処理の場所が端末外
• Gmail、Drive、Calendar の情報を Cowork で集める場合、Anthropic のサーバーで処理
• ファイルの読み書きも Anthropic 側で発生
• 社内ネットワークルール（オンプレミス限定など）を適用しにくい

どのような組織が「慎重になるべき」なのか

• Cowork 導入前に確認すべき要件
• 金融・医療・法務など、規制業種か
• 監査日程が決まっており、全システムの操作ログが必須か
• 社内データが「絶対に Anthropic サーバーを経由してはいけない」ルールか
• EDR や SIEM に完全可視性があることが要件か
• 慎重になるべき段階的判定
• 社内機密のない、外部ツール（Slack、公開サイト）のみ → Cowork は比較的導入しやすい
• 社内データを扱うが、非個人情報・非営業秘密 → Cowork は限定導入（承認設計必須）
• 顧客データ・個人情報・規制対象情報を扱う → Cowork は避けるか、API / Managed Agents へ迂回

Enterprise でも「Cowork は別立て」のリスク設計が必要

• Enterprise の Compliance API、監査ログ、CME K などは Chat と API に対するもの
• Cowork 活動を同じレベルで統制するには、現時点では OpenTelemetry などの外部監視が必須
• つまり、Enterprise のセキュリティ実装が充実していても、Cowork 導入には追加の設計コストがかかる

実務的な使い分けチェックリスト

こんな時は Claude.ai を選ぶべき

• [ ] やりたいことの「ゴールがまだ曖昧」
• [ ] 同じ依頼を何通りか試して、反応差を見たい
• [ ] プロンプトやモデル設定を調整しながら進めたい
• [ ] 人間の判断・評価が随所に必要
• [ ] 出力は 1-2 回の往復で足りる
• [ ] ローカルファイル操作や定期実行は不要
• [ ] 監査・EDR 可視性が絶対条件

Claude.ai はプロンプト発見の場

こんな時は Cowork を選ぶべき

• [ ] 完了条件が明確に定義できる
• [ ] 複数のファイル、メール、チャット、Web を組み合わせる
• [ ] 毎週・毎日など、同型の処理が繰り返される
• [ ] 人間の介入は承認ポイント数か所だけで十分
• [ ] ローカルファイル整理、ブラウザ操作、レポート化が中心
• [ ] バックグラウンド実行や定期タスク化が価値を生む
• [ ] セキュリティ・監査要件が「導入可能な範囲」に収まる

Cowork はプロンプト運用の場

導入シナリオ別ガイド：「考える工程」と「仕上げる工程」の分け方

シナリオ 1：新しい記事や企画を考える場合

段階 1：Claude.ai で構成と評価基準を作る

• 記事のトーン、見出しの粒度、ターゲット読者を複数案で試す
• Project instructions で「この記事のルール」を定義
• Skills で「評価ルーブリック」を保存

段階 2：Cowork で量産・最適化する（オプション）

• 同じテーマで複数の記事が必要な場合、Skill 化したプロンプトを Plugin へ
• 定期的に似た企画が発生するなら、Scheduled Task へ

シナリオ 2：営業向け日報・ブリーフの自動作成

Claude.ai では不向き：人間が毎朝起動して、メール・カレンダーを自分で読んでプロンプトを書く手間

Cowork が最適：

• Gmail、Calendar、Slack、Google Drive コネクタで情報自動収集
• 毎朝 6 時に自動実行
• ドラフトを確認用フォルダに残す
• 承認して Slack 投稿（またはしない）
• 結果：人間の時間コスト 90% 削減

シナリオ 3：社内ローカルデータから報告書を作る場合

要件確認が必須：

• データが個人情報・規制対象でないか → Cowork OK
• 処理結果を外部に出さないか → Cowork OK
• 監査ログが絶対必須か → Cowork 要検討 / API 検討

対応案：

• 監査不要・内部参考用 → Cowork で OK
• 監査必須 → Claude API（Messages API）+ ログ集約
• 本番システム組み込み → Claude Platform の Managed Agents

セキュリティ要件ごとの段階的導入パス

低セキュリティ要件：スタートアップ・個人事業主

• 推奨：Pro プラン + Cowork フル活用
• 価格：$20/月
• できること：全コネクタ、全自動化機能
• 監査・統制は不要

中セキュリティ要件：小〜中堅企業（非規制業種）

• 推奨：段階導入

1. まず Claude.ai（Chat）で基本操作を習得
2. 非機密の Slack・公開 Web 情報のみで Cowork を試す
3. 社内データが増えたら、アクセス制御・承認設計を追加
4. 必要に応じて OpenTelemetry 監視を導入

• 価格：Team Standard ($20-25/席/月) または Enterprise（要相談）

高セキュリティ要件：金融・医療・法務など

• 推奨：API / Managed Agents を優先検討

1. Chat と API（Messages API）でプロトタイプ
2. ログ・監査が必須なら Managed Agents（$0.08/セッション）
3. Cowork は「非機密情報・低リスク業務」に限定
4. ガバナンス層を別途構築

• 価格：Enterprise（座席 + API従量）
• 追加費用：セキュリティ実装・監視設計

よくある誤解と整理

「Cowork はもっと機能が多い」は正確でない

• Claude.ai でも、ファイル生成（Excel、PowerPoint、PDF）ができる
• Claude.ai でも Web search、コネクタが使える
• 差は「人間が繰り返し起動する必要があるか」だけ

「Cowork は本番向け」は半分正確

• 本番システムなら API または Managed Agents が最適
• Cowork は「個人・チーム向けの自動化」が本来の用途
• 監査・カスタマイズが必須なら、むしろ API へ寄せるべき

「Enterprise なら全部大丈夫」は勘違い

• Enterprise は Chat・API については監査対応
• Cowork 活動の監査ログ対応はまだ
• 要件があれば OpenTelemetry や外部 SIEM と連携する設計が必要

まとめ：「Free では使えない理由」と「慎重になるべき理由」の本質

Free では Cowork が使えないわけ

• インフラコスト：バックグラウンド実行とストレージにかかるコストが無料では吸収できない
• 使用量予測の困難性：定期実行される Cowork は月間メッセージ上限の管理が不可能
• ビジネスモデル：持続性と自動化は「Pro 以上で価値が出る機能」として位置づけられている

セキュリティ要件が強い組織が慎重になるべき理由

• 現時点では監査ログに載らない：Compliance API 対象外、EDR 不可視化
• 処理が Anthropic サーバーで実行される：端末管理・オンプレミス限定ルールの適用が難しい
• 段階的な統制設計が必須：「便利だから」だけでは導入判定できない

結局どう使い分ければいいのか

1. プロンプト発見・モデル調整：Claude.ai

• 試行錯誤、要件整理、評価軸の作成
• Project instructions と Skills で「型」を保存

1. 確立したプロンプトの運用：Cowork

• 定期実行、ファイル処理、複数ステップの自動化
• セキュリティ要件が許可する業務に限定

1. 本番システム統合：Claude Platform（API / Managed Agents）

• 監査ログ、カスタマイズ、組み込み
• セキュリティ要件が厳格な組織はここから始める

つまり、Free はお試し版ではなく「対話型利用に特化した段階」であり、Cowork は「Chat で発見したプロンプトを自動化に乗せるための次のステップ」という整理が最も正確です。