Claude Cowork活用事例15選

Claude Coworkに実務の一部を任せるとき、「読む・整理する・下書きする」に閉じていれば安全だが、送信・支払い・削除・外部公開のように取り消せない操作に踏み込むと事故につながる——この境界を、どこにどう引けばよいのでしょうか。

私は、Claude Coworkを「実行するエージェント」ではなく「下書きと整理を速くする道具」と割り切って使うべきだと考えています。境界は具体的です。送信・支払い・削除・外部公開という不可逆な4操作は、当面すべて人間の手元に残す。この境界の内側なら、日常業務に今すぐ積極的に組み込んでよい。境界の外側の自動化は、信頼が実証されるまで見送るべきだというのが私の立場です。実証されれば、その時点で朝令暮改してよいとも思っています。

この境界は、Coworkを本格運用しながら試行錯誤して固めたものではありません。まだ本格運用の実績が薄い段階で、公式情報とX・Redditの利用者シグナルを突き合わせ、可逆・不可逆という一つの軸から逆算して設計したものです。実運用の蓄積がない以上、この線引きはあくまで仮説であり、実際に使い込む中で修正が入る前提だと考えています。

この記事は、2026年5月18日時点で確認したAnthropic公式情報、Xの直近投稿、Redditの利用者議論を突き合わせ、境界の引き方を素振りとして整理したものです。実務でどこまで自動化してよいかは、ツールの機能一覧を眺めるだけでは決まりません。以降ではまず境界そのものを定義してから、15事例をその軸で並べ直します。

Claude Cowork活用事例の安全度マップ

前提: 承認境界と、下書き止まり型・実行型

承認境界とは、AIが単独で完了してよい操作と、人間の承認が必須の操作の境目のことです。この記事では、可逆か不可逆かで線を引きます。ファイルを保存する、候補を抽出する、下書きを作るという操作はやり直しが効きます。一方、送信・支払い・削除・外部公開の4操作はやり直しが効きません。誤送信したメールは取り消せませんし、誤支払いは組織を跨いだ回収作業になります。だからこの4つは、Coworkがどれだけ賢く見えても、常に人間の承認を挟みます。

この線引きから、15事例は2種類に分かれます。

• 下書き止まり型: 出力がファイル保存や候補抽出で完結する。議事録の下書き、経費CSVの異常候補リストなど。
• 実行型: 出力がそのまま送信・支払い・削除・公開につながりうる。メール送信、SNS投稿、会計システムへの登録など。

この記事で紹介する事例は、すべて下書き止まり型として設計してあります。実行型に見える操作(メール送信、投稿、支払い)は、指示文の「禁止」欄で明示的に止めています。境界を引くのはツールの制約ではなく、指示文を書く人間の側です。

全体像: 5カテゴリと承認境界

公式ヘルプでは、Coworkの例として、ファイル整理、レシート処理、リサーチ統合、議事録分析、文書作成、スプレッドシート、プレゼン、データ分析が挙げられています。2026年5月のClaude for Small Businessでは、会計、営業、マーケティング、HR、顧客対応のワークフローも追加されました。

Claude Cowork活用カテゴリ

すべて下書き止まり型に閉じているので、初めて試すなら次の3つから始めるのが安全です。理由は、いずれも元データや外部の状態を一切変えず、Coworkの出力だけを見て判断できるからです。

良い指示文の型

どの事例でも、指示文は次の6点を入れると安定します。禁止・承認・確認の3欄が、前節で定義した承認境界を指示文レベルで実装する部分です。

Claude Cowork指示文テンプレート

以降のテンプレートはそのまま使えますが、実際には自社のフォルダ、社内ルール、コネクタ権限に合わせて調整してください。

事例1: 会議メモを議事録にする

承認境界: ファイル保存まで。外部共有はしない

散らばった会議メモを、決定事項、ToDo、未確認事項に分けます。Redditでも、議事録や文書整理はCoworkの入り口として語られています。

Documents/meetings/2026-05-18-memo.txt を読んで、議事録の下書きを作成してください。

出力形式:
- 会議名
- 参加者
- 決定事項
- ToDo（担当者、期限、根拠）
- 未確認事項
- 次回までに確認すること

条件:
- 担当者や期限が本文から分からない場合は「要確認」と書く
- 推測で補わない
- Documents/meetings/2026-05-18-minutes.md に保存
- Slack投稿、メール送信、カレンダー更新はしない

レビューでは、担当者、期限、決定事項が本文に基づいているか、足りない情報を勝手に埋めていないかを見ます。

一般論として、議事録の下書きで最もリスクが高いのは「担当者や期限が本文に書かれていない箇所」の扱いです。AIは会話の流れから担当者や期限を推測で補ってしまいやすく、それが議事録という「決定事項の記録」に紛れ込むと、後から誰も気づかないまま既成事実化しかねません。だからこそ、指示文に「推測で補わない」「不明な場合は要確認と書く」を明示しておく効果は大きいと考えています。

事例2: ダウンロードフォルダの整理計画を作る

承認境界: 移動前に必ず計画確認。削除は禁止

公式ヘルプでも、Downloadsフォルダを種類や日付で整理する例が紹介されています。一方、Redditでは「フォルダ整理は便利だが怖い」という声もありました。最初は実行させず、移動計画だけ作らせるのが安全です。

Downloads/test-cleanup/ の中身を確認し、整理計画だけを作ってください。

整理案:
- PDF: documents/
- CSV, xlsx: spreadsheets/
- png, jpg, webp: images/
- zip: archives/
- その他: others/

条件:
- まだファイル移動はしない
- 削除は絶対にしない
- 同名ファイルがある場合は上書きしない
- 移動する場合の一覧を表にして、Documents/cleanup-plan.md に保存

実行する場合も、まず専用フォルダで試してください。普段使いのDownloads全体をいきなり渡すのは避けた方がよいです。

事例3: レシートや経費CSVを確認する

承認境界: 候補リスト作成まで。会計登録はしない

公式ヘルプでは、レシート処理や経費レポート作成が例に出ています。Small Businessの発表でも、QuickBooksやPayPalを使った支払い、入金、月次締めの支援が紹介されています。ただし支払いは実行型の操作なので、この記事では候補抽出までに閉じます。

Documents/finance/expenses-2026-04.csv を確認し、異常候補を抽出してください。

確認項目:
- 同一日、同一金額、同一取引先の重複候補
- カテゴリ平均から大きく外れた支出
- 承認者が空欄の行
- 前月より急増したカテゴリ

出力:
- Documents/finance/expense-check-2026-04.md
- 判定ルールと対象行番号を必ず書く

禁止:
- 元CSVを変更しない
- 会計システムへ登録しない
- 支払い、返金、メール送信はしない

「異常」と断定せず「異常候補」として出させるのがポイントです。

事例4: 競合リサーチをまとめる

承認境界: 下書きまで。事実確認は人間が行う

Coworkは、Web検索、既存メモ、PDF、スプレッドシートを組み合わせた調査に向いています。

以下の3社について、競合リサーチの下書きを作成してください。

対象:
- A社: https://example-a.com
- B社: https://example-b.com
- C社: https://example-c.com

調査項目:
- 直近3か月の新機能、価格変更、採用情報
- 公式サイト、公式ブログ、プレスリリースを優先
- XやRedditの反応は「利用者の声」として分ける

出力:
- Documents/research/competitive-brief-2026-05.md
- 企業別の表
- 出典URLと確認日
- 推測、未確認、要確認を明記

競合比較は古くなりやすいので、必ず確認日を入れてください。

事例5: 売上CSVを月次レポートにする

承認境界: 元データは変更しない

公式ヘルプでは、統計分析、クロス集計、時系列分析、データ可視化が例として挙げられています。

Documents/sales/sales-2026.csv を分析し、月次レポートを作成してください。

分析:
- 月別売上
- 前月比
- 上位5商品
- 急増、急減した月の候補
- 外れ値候補と判定理由

出力:
- Documents/sales/monthly-report-2026.md
- Documents/sales/monthly-summary.xlsx
- グラフ画像を Documents/sales/charts/ に保存

条件:
- 元CSVは変更しない
- すべての計算式や集計条件を残す
- 要因は断定せず「仮説」と書く

数字を扱う場合は、最後に人間がExcelやBIツールで検算する前提にしてください。

事例6: アンケートの自由回答を分類する

承認境界: 個人情報と分類基準を人間が確認する

従業員アンケート、顧客アンケート、NPS自由回答の分類に使えます。

Documents/survey/customer-feedback-2026Q2.csv を分析してください。

列:
- 会社名
- 回答者属性
- スコア
- 自由回答

作業:
- 自由回答をテーマ別に分類
- 各テーマの代表コメントを3件まで抜粋
- スコア別に多いテーマを比較
- 個人名、メールアドレス、電話番号があればマスク

出力:
- Documents/survey/feedback-summary-2026Q2.md
- 分類基準を明記
- 判断が難しいコメントは「分類保留」にする

AIの分類は便利ですが、分類軸そのものが妥当かは人間が見てください。

事例7〜9: 送信・登録の手前で止める(提案書・顧客フォロー・RFQ)

営業・業務系の3事例は、いずれも承認境界の外側(送信・登録)に隣接しているからこそ、下書き止まりを徹底する必要があります。

事例7: 提案書の下書きを作る（承認境界: 下書きまで。顧客送付はしない）

Documents/proposals/reference/ にある過去提案書を参考に、
ABC社向けの提案書下書きを作成してください。

入力:
- Documents/proposals/ABC/hearing-notes.md
- Documents/proposals/reference/

追加調査:
- ABC社の公式サイトと公開ニュースを確認
- 出典URLと確認日を末尾に記載

構成:
- エグゼクティブサマリー
- 現状課題
- 提案内容
- 導入ステップ
- 未確認事項

出力:
- Documents/proposals/ABC/proposal-draft.md

禁止:
- 顧客へ送信しない
- 見積金額を断定しない
- 未確認の実績を入れない

事例8: 顧客フォローメールを下書きする（承認境界: 下書きまで。送信は禁止）。Small Businessでは、HubSpotやGoogle Workspace、Microsoft 365のような業務ツール接続も示されていますが、送信や投稿は人間承認が前提です。

Documents/crm/follow-up-list.csv を読み、
フォローメールの下書きを作成してください。

対象:
- ステータスが「要フォロー」の行のみ

出力:
- Documents/crm/drafts/{会社名}-follow-up.md

文面:
- 件名
- 本文
- 前回商談内容への一文
- 次のアクション候補

禁止:
- メール送信しない
- CRMを更新しない
- カレンダー招待を送らない
- 個人情報を別ファイルへ転記しない

事例9: RFQやBOQから要件表を作る（承認境界: 要件抽出まで。見積確定はしない）。Redditでは、RFQやBOQ、添付資料を読ませ、要件をExcelへまとめる使い方が挙がっていました。

Documents/rfq/ABC-project/ にあるPDF、Excel、Wordファイルを読み、
見積に必要な要件表を作成してください。

抽出:
- 提出期限
- 必須要件
- 任意要件
- 数量、単位、納期
- 添付資料の参照箇所
- 不明点、確認質問

出力:
- Documents/rfq/ABC-project/requirements-table.xlsx
- Documents/rfq/ABC-project/questions.md

条件:
- 要件の出典ファイル名とページ番号を入れる
- 解釈に迷うものは「要確認」とする
- 見積金額は作らない
- 顧客へ送信しない

3事例に共通するのは、AIの出力を「そのまま送れる完成品」ではなく「人間が最終判断する材料」として設計している点です。契約や見積、送信の責任は常に人間が持ちます。

事例10〜12: 最終判断と公開前レビューが必須な領域(法務・スライド・SNS)

事例10: 契約書の論点を抽出する（承認境界: 法的判断はしない）。AnthropicのLegal向けウェビナーでは、契約レビュー、レッドライン、抽出、ドラフトなどにCoworkが使われていると紹介されていますが、法的判断の最終責任は人間です。

Documents/legal/vendor-contract-draft.docx を読み、
法務レビュー前の論点整理表を作成してください。

抽出:
- 契約期間
- 自動更新
- 解約条件
- 責任制限
- 秘密保持
- データ利用
- 支払い条件
- 準拠法

出力:
- Documents/legal/vendor-contract-review-notes.md

条件:
- 条文番号と原文抜粋を添える
- リスクは「高・中・低」の候補として出す
- 法的助言として断定しない
- 修正文案は「案」と明記する

契約書では、AIの要約だけで判断せず、必ず原文と照合します。

事例11: スライドの構成案を作る（承認境界: 下書きまで。社外提出はしない）

Documents/presentation/source/ にある資料を読み、
経営会議向けのスライド構成案を作成してください。

テーマ:
2026年下期のAI活用計画

出力:
- 10枚以内の構成案
- 各スライドのタイトル
- 入れるべき図表
- 根拠資料の参照
- 未確認事項

保存:
- Documents/presentation/ai-plan-outline.md

禁止:
- 架空の数値を入れない
- 実績を誇張しない
- 最終版として提出しない

事例12: SNS投稿や動画台本を作る（承認境界: 公開・予約投稿はしない）。Creative Workの発表では、Adobe、Canva、Blender、SketchUpなどのクリエイティブ系コネクタが紹介されていますが、公開前レビューは必須です。

Documents/content/blog-post.md を元に、投稿と動画台本の下書きを作ってください。

出力:
- X投稿案 3本
- LinkedIn投稿案 1本
- YouTube台本 5分版
- 画像や画面表示の指示

条件:
- 元記事にない実績や数字を追加しない
- 誇張表現を避ける
- 出典が必要な主張には「要出典」と書く

保存:
- Documents/content/repurpose-draft.md

禁止:
- 投稿しない
- 予約投稿しない
- 外部ツールへアップロードしない

法務・制作の3事例に共通する理由は同じです。契約の解釈もスライドの数値もSNSの発信も、一度外に出れば取り消せない、あるいは取り消しのコストが高い。だから承認境界を、公開や提出という最後の一歩の手前に固定しています。

事例13〜15: PC起動が前提の定期実行(朝ブリーフィング・週次レポート・Dispatch)

事例13: 朝のブリーフィングを作る（承認境界: 下書きまで。返信や予定変更はしない）。公式の予約タスクヘルプでは、日次ブリーフィング、週次レポート、定期リサーチ、ファイル整理、チーム更新が例に挙げられています。ただし予約タスクは、PCが起きていてClaude Desktopが開いているときにしか動きません。

毎平日8:00に、朝のブリーフィング下書きを作成してください。

入力:
- 許可済みカレンダー
- 許可済みメール
- Documents/tasks/todo.md
- Web検索で今日の関連ニュース

出力:
- Documents/daily-briefing/briefing-{日付}.md

内容:
- 今日の予定
- 重要メール候補
- 今日の優先タスク
- 関連ニュース
- 人間が確認すべき項目

禁止:
- メール返信しない
- 予定を変更しない
- 外部送信しない

予約タスクは便利ですが放置しないでください。使わないタスクは一時停止または削除し、履歴を確認します。

事例14: 週次レポートを自動作成する（承認境界: レポート保存まで。送信はしない）

毎週金曜17:00に、週次レポートの下書きを作成してください。

入力:
- Documents/weekly/
- 許可済みGoogle Drive
- 許可済みプロジェクト管理ツール

出力:
- Documents/weekly/report-{日付}.md

構成:
- 今週の完了事項
- 未完了事項
- 数字の変化
- 来週のリスク
- 要確認事項

条件:
- 出典ファイルまたはURLを添える
- 数字は確認元を明記する
- Slack投稿やメール送信はしない

事例15: Dispatchで外出先から資料作成を依頼する（承認境界: デスクトップ側の実行範囲を事前に限定）。Dispatchは、スマホ版Coworkではありません。スマホから依頼し、起動中のClaude Desktop側で実行する機能です。この事例が他の2つと違うのは、指示の発信元(スマホ)と実行環境(デスクトップ)が分離している点です。外出先からの一言が、離れた場所にある実マシンの操作につながることを忘れないでください。

外出先から依頼します。
Desktop側の Documents/client/ABC/ にある資料を読み、
明日の商談用ブリーフィングを作成してください。

内容:
- 顧客の現状
- 前回商談の要点
- 提案すべき論点
- 確認質問
- 使うべき資料

出力:
- Documents/client/ABC/briefing-{日付}.md

禁止:
- メール送信しない
- カレンダー変更しない
- CRM更新しない
- ファイル削除しない

3事例に共通する不可逆性の芽は「起動状態への依存」です。PCが起きていない、Desktopが閉じているといった条件次第で予約タスクは動かず、Dispatchは失敗します。これは危険というより運用上の制約ですが、承認境界の設計と同じ理由で、事前に確認しておくべき事項です。

やってはいけない使い方

Coworkは、下書きや整理には強い一方、承認境界を越えて任せると危険です。

権限の仕組みそのもの(VM、ローカルファイル、Computer use、MCP)はClaude Coworkセキュリティガイドで整理しています。この記事の承認境界は、その仕組みの上に事例ごとの線を引く役割です。予約タスクの制約はClaude Cowork予約タスクガイドに譲ります。

再仕分け: 利用者が怖がっている操作、実際に効いている操作

15事例を並べ終えたところで、承認境界という同じ軸で一度並べ直してみます。今度は「機能カテゴリ」ではなく、「利用者が不安視している操作」と「実際に日常業務で効いている操作」という2軸です。

Xでは、ローカルファイルを読む、文書を作る、プロジェクトファイルや論文メモを扱う、Small Businessの業務ワークフローを見るといった反応が目立ちました。Redditでは、フォルダ整理、契約・離婚資料の大量PDF分析、RFQ/BOQの要件抽出、マーケティング素材作成、ピッチデック作成、毎週のレポート、コンテキスト用フォルダ設計などが語られる一方、削除やGoogle Driveのストリーミングファイル、Windows対応、Claude Codeとの使い分けへの不安も出ていました。

この2つの声を重ねると、利用者が怖がっている操作(削除、ストリーミングファイルの扱い、環境依存)と、実際に効いている操作(読む・整理する・下書きする)はほぼ重ならないことが見えてきます。不安の対象になっているのは、まさにこの記事が承認境界の外側に置いた操作です。逆に言えば、境界の内側にある操作については、利用者の不安の声自体がほとんど出ていません。これは、可逆・不可逆で線を引くという設計が、少なくとも利用者の直感とはズレていないことの傍証になります。

持ち帰り: 境界は業務の不可逆性で引ける

15事例を通して言えるのは、Coworkの機能がどれだけ増えても、判断すべき軸は変わらないということです。送信・支払い・削除・外部公開という不可逆な4操作を人間の手元に残し、それ以外の下書き・整理・候補抽出は積極的にCoworkへ渡す。この境界は業務内容が変わっても引き直せます。自分の担当業務のどの操作がやり直しの効かない操作かを先に洗い出せば、境界線は自然と決まります。

送信・支払いのような不可逆操作の自動化をいつ解禁するかについては、まだ具体的な基準を決めていません。件数や期間で線を引くにしても、どの程度の実績を積めば「実証された」と言えるかは、実際に下書き止まり運用を重ねてから改めて考えるべき問題だと考えています。

境界の外側を自動化する日が来るとしても、それは実証されてから広げればよい話です。今この記事が渡せるのは、便利さと事故の境界を自分の業務の不可逆性から引くための判断材料だと捉えてもらえると嬉しいです。

基本機能はClaude Cowork完全ガイド、料金はClaude Cowork料金ガイド、プラグインはClaude Coworkプラグインガイドを参照してください。

参照した主な情報

• Anthropic Help: Get started with Claude Cowork
• Anthropic Help: Use Claude Cowork safely（承認境界の考え方の裏づけ。送信・投稿・支払いは人間承認前提という線引きの出典）
• Anthropic Help: Schedule recurring tasks in Cowork（事例13・14の予約タスクの起動条件）
• Anthropic Help: Assign tasks from anywhere in Cowork（事例15のDispatchの仕様）
• Anthropic Help: Use plugins in Cowork
• Anthropic: Introducing Claude for Small Business（事例3・8の会計・営業ツール接続の出典）
• Anthropic: Claude for Creative Work（事例12のクリエイティブ系コネクタの出典）
• Anthropic: How legal teams put Claude to work（事例10の法務ワークフローの出典）
• X API検索: Claude Cowork / files / workflow / documents 関連投稿（「ファイル読み取り・文書作成・ワークフロー化への関心」という再仕分け節の根拠）
• Reddit検索: r/ClaudeAI、r/ClaudeCode、r/ClaudeCowork、r/AI_Agents などのCowork活用事例スレッド（フォルダ整理・RFQ抽出などの実利用例と、削除・環境依存への不安の両方の根拠）