「AIに作業を任せる話が、ようやくコードを書く人の話じゃなくなってきた。ただ、うちの共有フォルダを触らせるとなると、何をどこまで許していいのか判断材料がない」
「便利なのは分かるんですけど、夜中に勝手に動いて請求書を送られたら困るんですよね。そこの線引きってどうやって決めるんですか」
「とりあえず私の個人アカウントで試してみようと思ってるんですが、会社の情報を入れることになりますよね。それって大丈夫なんでしょうか」
Claude Cowork について社内で検討を始めた方から、だいたいこの3つを聞かれます。
正直、製品の機能を並べた記事はもう十分にあるかなと思います。足りていないのは、入れる前に社内で決めておかないと後から面倒になる項目のほうです。
先に結論
Claude Cowork を業務に入れる前に決めるべきことは、次の4つかなと思います。
- どのプランの契約で試すか（プランによってメモリの既定値が逆向きになります）
- 誰も画面を見ていない時間に動かすかどうか（動かすなら、結果を誰がいつ確認するか）
- 承認をどこで挟むか（公式は「計画を承認する」「通しで走らせる」の2段階で書いています）
- 何を Cowork に任せ、何をスクリプトのまま残すか
逆に言うと、この4つを決めずに「とりあえず入れてみる」をやると、便利さの検証ではなく、事故の有無の確認に時間を使うことになります。
この記事で持ち帰れること
- Claude Cowork がどこまで提供されているか（2026年1月のプレビューから現在までの変遷）
- メモリの既定値がプランでどう違うか、それが最初の意思決定にどう効くか
- 「端末を閉じても動く」「スケジュール実行」を業務に入れるときの前提条件
- 公式が書いている承認の段階と、弊社が実際に使っている線引きの基準
- Claude for Small Business が効く会社と、あまり効かない会社の違い
Claude Coworkは「コードを書かない人」に作業を任せる仕組みです
まず何の製品なのかを、公式の記載どおりに押さえておきます。
製品ページには「Claude Cowork completes tasks you can steer from anywhere（どこからでも操作できる形でタスクを完了する）」とあり、目的を渡すと、指定したファイルとツールをまたいで作業し、レビュー用に仕上げたものを返すと書かれています（claude.com/product/cowork）。チャットからコピーしてファイルに貼り直す必要がない、という説明の仕方をしています。
提供時期の変遷は、サポートのリリースノートが正本です（support.claude.com）。
| 時期 | 内容 |
|---|---|
| 2026年1月12日 | リサーチプレビュー開始。Maxプラン・Claude Desktop（macOSのみ）。「Claude Code のエージェント能力を、コーディング以外の知識労働のためにデスクトップアプリへ持ち込む」もので、隔離されたVM内でローカル実行され、ローカルファイルとMCP連携に直接アクセスすると記載 |
| 2026年1月16日 | リサーチプレビューをProプランへ拡大（macOSのみ） |
| 2026年2月25日 | スケジュール実行を追加。定期タスクと都度タスクの両方を作成・スケジュールできるように |
| 2026年4月9日 | 一般提供（GA）。macOSとWindowsのデスクトップアプリ経由 |
| 2026年7月7日 | Web・モバイルへ拡大。リモートセッションがベータ。Maxプランから順次展開と記載 |
| 2026年8月25日 | チャットとCoworkでメモリを共有 |
ここで押さえておきたいのは、約半年で「macOSのデスクトップだけ」から「Web・モバイルまで」に広がっているという点です。社内で「去年見たときはMacだけだったよね」という記憶のまま検討すると、前提がずれます。
利用条件としては、製品ページに「Works with a paid plan（有料プランで動作）」とあります。内蔵ブラウザについては「Pro、Max、Teamプランのデスクトップアプリで利用可能」「Enterprise管理者は組織設定で管理する」と明記されています。
弊社では、AIエージェントを業務ワークフローの中に置く設計をClaude Codeを使った業務ワークフローの記事でまとめていますが、Cowork はその「非エンジニア版」にあたる位置づけかなと捉えています。
決めること①｜メモリの既定値は、プランで向きが逆になります
ここが、今回いちばん先に決めておいたほうがいい項目です。
2026年8月25日のリリースノートに、こう書かれています。
Memory is on by default for Free, Pro, and Max plans and off by default for Team and Enterprise organizations.
（メモリは Free・Pro・Max プランでは既定でオン、Team・Enterprise 組織では既定でオフ）
同じ更新で、Claude が記憶している内容は設定画面の「Topics」に一覧表示され、個別に編集・削除できることも書かれています。健康や信条といった機微なトピックは、明示的に設定をオンにしない限りメモリに入らない、という記載もあります。
なぜこれが最初の分岐になるかというと、中小企業でいちばん普通の入り方が「まず担当者の個人Proプランで試す」だからです。
その入り方をすると、既定でメモリがオンの側に立つことになります。機能として問題があるという話ではありません。ただ、組織として契約した場合と、個人が契約したものを業務に持ち込んだ場合とで、既定の向きが逆になるということは、試す前に把握しておいたほうがいいかなと思います。
学習の扱いについても、Claude for Small Business の発表ページに「We don’t train on your data by default on our Team and Enterprise Plans（Team・Enterpriseプランでは既定としてお客様のデータで学習しません）」という書き方があります。こちらもプラン種別を明示した記述になっています。
同じ発表ページには、中小企業オーナーへの調査で「半数がデータセキュリティをAI導入の最大の懸念として挙げた」とも書かれています。懸念されている当の部分が、契約形態によって既定値の向きを変えている、という構造です。
決めることはシンプルで、「誰の契約で、どの範囲の情報を扱うか」を試す前に1回だけ決める。これだけです。
決めること②｜誰も画面を見ていない時間に動かすかどうか
製品ページには「Close your laptop, it keeps going. Schedule a task for any cadence, and it runs unattended.（ノートPCを閉じても動き続けます。任意の間隔でタスクをスケジュールすれば、無人で実行されます）」とあります。
リリースノート側でも、2026年2月25日に定期タスクと都度タスクのスケジュール実行が追加され、2026年7月7日にリモートセッションがベータで入っています。
この2つを合わせると、誰も画面を見ていない時間に、社内のファイルへ触る処理が走る状態を作れるということになります。
機能紹介の記事ではここは「便利な点」として書かれることが多いです。ただ、導入を決める側から見ると、論点は便利さではなく「その処理が終わったとき、誰がいつ結果を確認するのか」になるかなと思います。
弊社の運用では、この手の自動処理について次のように扱っています。
- 無人で走らせる処理の出力は、必ず翌朝に人が見る場所へ置く（通知ではなく、見にいく場所を1つ決める）
- 外部に送る・公開する・本番を変える処理は、無人実行の対象から外す
2つ目は Cowork に限った話ではなく、弊社が本番環境の変更全般について取っている基準です。直接置き換えずに、並行して動かしてから切り替える。 この基準がある状態なら、スケジュール実行を入れても判断がぶれにくいかなと思います。
内蔵ブラウザについても、製品ページに「自分のブラウザ・ログイン・タブとは分離されている」と書かれている一方で、Cookieをインポートしてログイン状態を引き継ぐこともできる（macOSではChrome・Edge・Firefox、WindowsとLinuxではFirefox）と記載されています。ログイン状態を渡すかどうかは、無人実行を許すかどうかと必ずセットで決めたほうがいい項目です。
決めること③｜承認をどこで挟むか。公式は2段階で書いています
ここは、機能紹介の記事でいちばん条件節が落ちやすいところかなと思います。
Claude for Small Business の発表ページ（2026年5月13日公開）に、こうあります。
You approve the plan first or, when you’re ready, let it run end-to-end.
（まず計画を承認する。あるいは準備ができたら、通しで実行させる）
同じページの別の箇所では、より具体的に書かれています。
Claude does the work; you approve before anything sends, posts, or pays.
（Claudeが作業を行い、送信・投稿・支払いの前に人が承認する）
つまり公式の説明は、最初から全自動で回すものとしては書かれていません。「計画を承認する段階」と「通しで走らせる段階」が分かれていて、後者は準備ができてから、という書き方です。
権限についても記載があります。「Your existing permissions hold.（既存の権限がそのまま効く）」として、「今日 QuickBooks や Drive で見えないものは、Claude を通しても見えない」と書かれています。
これは導入時に効く話で、Cowork を入れたからといって、ファイル共有の権限設計をやり直す必要はないということでもあります。逆に言えば、今の権限設計が緩いなら、その緩さがそのまま引き継がれます。 先に直すべきは権限のほうかもしれません。
弊社が社内でAIに作業を任せるときも、同じ順番で段階を踏んでいます。最初から通しでは走らせず、計画を出させて確認する → 途中の手順が見える状態で1回走らせる → 問題がなければ定常化する、という運び方です。製品ページに「Claude shows each step: the files it opens, tools it uses, and choices it makes（開いたファイル、使ったツール、行った判断を段階ごとに表示する）」とあるので、2段階目の「途中が見える状態で1回走らせる」は製品側の作りとも合っています。
決めること④｜何を任せて、何をスクリプトに残すか
最後は線引きの話です。
弊社が社内でずっと使っている基準は、「AIは判断、プログラムは大量処理」というものです。
- 判断が要る仕事（内容を読んで分ける、文面を相手に合わせる、例外を見つける）→ AIに任せる
- ルールが決まっていて量が多い仕事（同じ変換を1000件、定型のファイル移動）→ スクリプトに残す
Cowork は自然言語で指示が組めるので、本来スクリプトでよかった大量処理まで渡してしまう失敗が起きやすいかなと思います。動くことは動くのですが、毎回ぶれる可能性があるものを、ぶれてはいけない場所に入れることになります。
弊社自身の実測でいうと、AIに寄せて効果が大きかったのは次のような業務でした。
| 業務 | 以前 | 現在 |
|---|---|---|
| 見積書・請求書づくり | 1件あたり15分 | 1分もかからず |
| 営業アプローチ文の作成 | 朝2時間で15件 | 調査から文面作成までAIが行い、確認して送るだけで30分弱 |
どちらも「判断が要るが、型はある」仕事です。詳しくは見積・請求の自動化の記事と営業アプローチ自動化の記事にまとめています。
ここは Claude Code を使った弊社自身の実測であって、Cowork での計測ではありません。 ただ、Cowork の製品ページが挙げている想定業務（マーケティングの定期レポート作成、財務のスプレッドシート突合、法務の契約レビュー、営業の通話メモ分析）は、弊社が実際に効果を確認した業務とほぼ同じ層にあります。
Claude for Small Businessが効く会社と、そうでない会社
Claude for Small Business は、Cowork の中でトグルをオンにして使うパッケージです（2026年5月13日公開）。15の業務ワークフローと15のスキルが入っていて、給与計画、月次締め、請求の督促、キャンペーン管理などが例として挙げられています。
接続先として挙げられているのは、Intuit QuickBooks / PayPal / HubSpot / Canva / Docusign / Google Workspace / Microsoft 365 の7つです。
公式ページでは、それぞれの接続先が担う役割も説明されています。QuickBooksが給与計画・月次締め・資金繰り、PayPalが決済・請求・返金、HubSpotがリード仕分けとキャンペーン分析、Canvaがコンテンツ生成、Docusignが契約書の送付と保管、という分担です。
つまりこのパッケージの中心は、会計・決済・CRMの自動化にあります。 自社がこの7つのうちどれを実際に使っているかで、効き方は変わります。日本の会社に当てはめたときの見立ては、事実と分けて後述の「CodeClimbの見解」にまとめます。
大企業側の事例では、KPMGが自社プラットフォームに Cowork を組み込んでおり、税制変更に対応するAIエージェントの構築が「以前は数週間かかっていたものが数分になった」というコメントが出ています（Anthropic）。規模は違いますが、「ツールを行き来する時間が消える」ところに効いているという点は共通しているように見えます。
料金と、見落とされがちな「上限の減り方」
料金は製品ページに記載があります。Cowork は単体の商品ではなく、各プランに含まれる形です。
| プラン | 価格 |
|---|---|
| Pro | 月17ドル（年間サブスクリプション割引・200ドル前払い）／月払いなら月20ドル |
| Max 5x | 月100ドル |
| Max 20x | 月200ドル |
| Team | 1席あたり月20ドル（2〜150名のチーム向け） |
| Enterprise | 個別。管理者制御・利用状況分析・Analytics API・OpenTelemetryによる可観測性が利用可能と記載 |
表示価格に税は含まれず、価格とプランは変更されうる旨が注記されています。
ただ、導入判断で効いてくるのは金額よりも「上限の減り方」のほうかなと思います。
製品ページには「Usage limits apply（利用上限が適用されます）」と明記されています。さらにProプランの説明には、こう書かれています。
Claude Cowork consumes limits faster than Chat. For heavy usage, consider upgrading.
（Claude Cowork はチャットよりも速く上限を消費します。多く使う場合はアップグレードをご検討ください）
FAQでも「エージェント的なタスクは通常のチャットより多くの容量を消費する。複雑な作業を完了するために、複数のサブエージェントとツール呼び出しを調整するため」と説明されています。
つまり、同じプランでも、チャットと同じ感覚で使うと上限に早く当たります。 ここは「月いくらか」ではなく「その業務を毎日回して足りるか」で考えたほうがいい部分です。まず小さい業務から試す、という進め方は、この観点からも理にかなっているかなと思います。
なお、日本語環境での挙動については、公式に記載を確認できていないため、この記事では断定しません。
CodeClimbの見解
ここからは、公式の記載ではなく弊社の解釈です。
Cowork の本当の分かれ目は、機能ではなく「無人で動く時間をどう扱うか」の社内合意にあるかなと思っています。
スケジュール実行も、端末を閉じても動き続けることも、技術的にはすでに解決済みの話です。残っているのは「誰も見ていない時間に走った処理の結果を、誰がどこで受け取るのか」という運用の問題で、これは製品を選んでも解決しません。 弊社が本番環境の変更について「直接置き換えず、並行して動かしてから切り替える」という基準を先に持っているのは、まさにこの部分を製品任せにしないためです。
もう1つ、メモリの既定値がプランで逆になっている点は、意図的な設計だと受け止めています。 個人が自分のために使う文脈では記憶していたほうが便利で、組織が業務で使う文脈では明示的に選ばせたほうがいい。合理的な整理だと思います。ただ、中小企業の実態は「個人契約のまま業務で使う」がかなり多いので、そこが設計の想定と一番ずれやすいところかなと感じています。制度上の問題ではなく、入り方の問題です。
線引きの基準としては、「AIは判断、プログラムは大量処理」を弊社は今のところ変えるつもりがありません。 自然言語で何でも組めるようになるほど、この基準の価値は上がるかなと思っています。組めることと、任せていいことは別なので。
Claude for Small Business については、日本の中小企業にそのまま効くパッケージではないと見ています。 公式が挙げているコネクタ7つのうち、弊社がご支援する中小企業で実際に使われているのは Google Workspace か Microsoft 365 がほとんどで、QuickBooks・PayPal・HubSpot を使っている会社にはあまり出会いません。会計・決済・CRMを前提にした自動化が中心である以上、日本で効くのは Google Workspace / Microsoft 365 まわりのファイル作業のほうになるかなと思います。これは公式の記載ではなく、弊社が現場で見ている範囲での判断です。
導入の順番としては、いきなり基幹の業務に入れず、「間違えてもやり直せる業務」から始めるのが現実的だと考えています。定期レポートの作成、資料のたたき台づくり、ファイルの突合あたりです。請求や支払いに触る業務は、承認の設計を固めてからでいいかなと思います。
弊社はまだ Cowork を業務で回した実績がないため、この見解は公式の記載と、Claude Code で同種の業務を自動化してきた経験に基づく判断であることを明記しておきます。実際に運用してみて分かることは、また別途まとめます。
まとめ
Claude Cowork は、2026年1月のリサーチプレビューから4月に一般提供、7月にWeb・モバイルへと、約半年で提供範囲が大きく広がりました。「コードを書かない人がAIに作業を任せる」という方向は、はっきりしてきたかなと思います。
その上で、入れる前に決めておくことは4つです。
- どのプランの契約で試すか — メモリの既定値は Free・Pro・Max でオン、Team・Enterprise でオフと、向きが逆になります
- 無人で動かすかどうか — 動かすなら、結果を誰がいつ確認するかまでセットで決める
- 承認をどこで挟むか — 公式も「まず計画を承認する／準備ができたら通しで走らせる」と2段階で書いています
- 何を任せ、何をスクリプトに残すか — 判断はAI、ルールの決まった大量処理はプログラム
この4つが決まっていれば、あとは小さい業務から試して、合うものだけ残していけばいいかなと思います。決めずに始めると、効果の検証ではなく事故の有無の確認に時間を使うことになります。先に決めるほうが、結果的に早いです。
導入の線引きからご相談いただけます
「どの業務から任せて、どこは任せないか」の線引きは、業務の中身が分からないと決められません。
CodeClimb では、業務の棚卸しから「AIに任せる範囲」と「スクリプトに残す範囲」の切り分けまでをお手伝いしています。ツールを導入すること自体が目的ではなく、どこまでを自動化すると運用が壊れないかを一緒に決めるところからです。
弊社は売る側ではなく作る側なので、「入れましょう」だけを申し上げることはありません。入れないほうがいい業務があれば、そのようにお伝えします。
- サービスの詳細 … AI導入支援
- ご相談・お問い合わせ … お問い合わせフォーム
関連する記事もあわせてご覧ください。
出典
https://claude.com/product/cowork ｜ Claude（Anthropic）製品ページ ｜ 参照 2026-09-15
https://support.claude.com/en/articles/12138966-release-notes ｜ Claude サポート リリースノート ｜ 参照 2026-09-15
https://www.anthropic.com/news/claude-for-small-business ｜ Anthropic ｜ 2026年5月
https://www.anthropic.com/news/anthropic-kpmg ｜ Anthropic ｜ 参照 2026-09-15
