カテゴリー: Uncategorized

AIがブラウザの外に出てきた。

2026年1月、Anthropicが「Cowork mode」をリリースした。Claude Desktopアプリの中で動く、デスクトップ型のAIエージェント。チャットで指示すると、PCのファイルを読んで、書いて、Excelを作って、PDFを処理して、ブラウザも操作する。

正直に言うと、最初は半信半疑だった。ChatGPTもGeminiも「エージェント」を謳っているし、僕自身すでにn8n×Claude APIで業務自動化の仕組みを組んでいた。「また新しい名前がついただけでしょ」と。

でも1ヶ月触り倒して、考えが変わった。Coworkは「チャットの延長」ではなく、「仕事の引き取り手」だった。個人事業主として毎月やっていた領収書整理・請求書作成・議事録処理という三大面倒事が、本当に消えた。

この記事では、その実体験を具体的に書く。

Cowork modeとは何か — Claude Codeとの関係から

まず整理しておきたいのが、Coworkの立ち位置だ。

Anthropicには「Claude Code」というエンジニア向けのCLIツールがある。ターミナルからコーディングタスクを丸投げできる強力なツールで、エージェント的に自律動作する。Coworkは、このClaude Codeのエージェント基盤をそのまま活かして、「コーディング以外の知的労働」に広げたものだ。

つまり技術的にはClaude Codeの兄弟。でもユーザー体験はまるで違う。ターミナルではなくClaude Desktopアプリの中で動き、操作はすべて自然言語。コードを書く必要はない。

ここが重要なポイントで、ChatGPTやGeminiも「エージェント機能」を持っているが、2026年4月時点でPCのローカルファイルに直接アクセスできるのはCoworkだけだ。ChatGPTのデスクトップアプリはブラウザ操作はできるが、ローカルフォルダの読み書きはできない。Geminiはそもそもデスクトップエージェントがない（Google Workspace内の連携は強いが）。

この「ローカルファイルへの直接アクセス」が、個人事業主にとっては決定的に効く。なぜなら、僕たちの仕事は結局のところ「PCの中のファイルをいじること」だからだ。

実例①：領収書PDFをフォルダごと投げて仕訳Excelを生成

毎月の経理処理。以前はこうだった。

1. ダウンロードフォルダに溜まった領収書PDFを開く
2. 1枚ずつ日付・金額・勘定科目を読み取る
3. Excelの仕訳帳に手入力
4. 月末に税理士に送付

これに毎月2〜3時間かかっていた。

Coworkでやったこと：ダウンロードフォルダを選択して、「この中の領収書PDFを全部読んで、日付・支払先・金額・勘定科目を抽出して、仕訳帳フォーマットのExcelにまとめて」と指示しただけ。

3分で完了した。

もちろん完璧ではない。勘定科目の判定は8割程度の精度で、「通信費」と「消耗品費」の境界が曖昧なものは自分で直す必要がある。でも「ゼロから入力」と「8割できたものを確認」は、体感で全く違う作業だ。

ポイントは、これをやるのにコードが1行も要らなかったこと。n8nでの自動化は強力だが、フロー構築に数時間かかる。Coworkは「日本語で頼むだけ」で動く。

実例②：議事録テキストからQA抽出→Word納品まで

コンサルの仕事で定期的に発生するのが、クライアントとの会議後の議事録処理だ。

文字起こしツールから出力されたテキストを整形して、質疑応答を抽出して、Wordに起こして納品する。地味だが、1回30分〜1時間はかかる。

Coworkにやらせたプロセスはこうだ。

「このテキストファイルを読んで、質疑応答（Q&A）を抽出して、整形されたWord文書として保存して」

Coworkは文字起こしテキストの中から、質問と回答のペアを文脈から判定して抽出し、Wordのフォーマットに整えて.docxファイルとして出力した。所要時間は約2分。

しかもCoworkはSkillsと連動できるので、「QA抽出→Word化」というパターンをSkillとして登録しておけば、次回から「/qa」と打つだけで同じ品質のアウトプットが出る。属人化の排除、つまり「僕がやっても、AIがやっても同じ品質」が実現した。

実例③：クライアントごとのフォルダ自動セットアップ

新規案件が始まるたびに、フォルダ構造を作る。提案書フォルダ、議事録フォルダ、成果物フォルダ、テンプレートの配置。毎回同じ作業なのに、毎回15分くらいかかる。

Coworkに「新規案件フォルダを作って。テンプレートは前回と同じ構成で」と頼めば、フォルダ構造の作成からテンプレートファイルの配置まで一気にやってくれる。

これも、n8n等でワークフロー化はできる。でもCoworkの強みは「例外に対応できる」ことだ。「今回はワークショップ案件だからワークショップ用のテンプレートも追加して」と言えば、その場で判断して構成を変えてくれる。定型と非定型の間を自然言語で埋められるのは、エージェントならではだ。

Claude in Chromeとの連携 — 調査と成果物がつながる

Coworkの真価は、単独で使うより「Claude in Chrome」と組み合わせたときに出る。

Claude in ChromeはChromeの拡張機能で、ブラウザの中で動くAIエージェントだ。Webページを読み、クリックし、フォームを埋め、複数タブをまたいで情報を集めてくれる。

僕がやっているのはこういう使い方だ。まずClaude in Chromeで競合調査。クライアントの業界の主要プレイヤーのWebサイトを巡回して、サービス内容・価格・差別化ポイントを収集する。その情報がCoworkに渡り、Coworkが整形されたExcelやPowerPointとして出力する。

「ブラウザで集めて、デスクトップで仕上げる」。この2段構えが、2026年のClaude活用の型になりつつある。

使ってみてわかった「やらせてはいけないこと」

正直に書く。Coworkは万能ではない。

セッション記憶がない。新しい会話を始めると、前の会話の内容は忘れる。「先週やったあの作業の続き」と言っても通じない。SkillsやMCPで文脈を渡す工夫が必要だ。

アプリを閉じると止まる。Coworkが作業中にPCがスリープに入ると、タスクは中断される。スケジュール実行も、Claudeアプリが起動していないと動かない。

使用量の消費が大きい。Coworkはファイルを読み、計画を立て、複数ステップを実行するため、通常のチャットよりトークン消費が多い。Max 20xプランでも、1日に重い作業を10セッション回すと枠が気になってくる。

機密データには注意が必要。ファイルの中身をClaudeに読ませることになるので、NDA案件では使わない判断をしている。Research Preview段階という前提を忘れないこと。

プロンプトインジェクションのリスク。外部から受け取ったファイルをそのまま処理させると、ファイル内に仕込まれた悪意ある指示にCoworkが従ってしまう可能性がゼロではない。信頼できるファイルだけを渡す、という運用ルールは守るべきだ。

n8n自動化との使い分け

以前紹介したn8n×Claude API連携と、Coworkは競合しない。むしろ補完関係にある。

n8n（API自動化）が向いているもの：毎日同じ条件で実行する定型処理。トリガーベースの完全自動化。24時間サーバーで動かしたい処理。

Cowork（デスクトップエージェント）が向いているもの：「今この場で」やってほしい非定型タスク。判断が必要な半自動処理。ファイルの中身を見て対応を変える柔軟な作業。設定なしで自然言語で頼める即時性。

整理すると、「繰り返す」ならn8n、「今やる」ならCowork。この使い分けが、僕の中では固まってきた。

まとめ — 事務作業を「任せる」という選択肢

Cowork modeで変わったのは、作業時間だけじゃない。

「これはAIに任せられるか？」という問いが、仕事のデフォルトになった。以前は「自分でやるか、外注するか」の2択だった。そこに「AIに任せる」が3番目の選択肢として入ってきた。しかも外注と違って、待ち時間は3分で、コストは月額の範囲内で、やり直しも何度でもできる。

個人事業主にとって、事務作業は「やらなきゃいけないけど、売上にならない」仕事だ。それが消えるわけではないが、「自分の時間」から「Claudeの時間」に移管された。浮いた時間でクライアントワークに集中できる。これが月3万円（Max 20x）の本当の価値だと思っている。

もちろんCoworkはまだResearch Preview段階だし、セッション記憶やセキュリティ面は改善の余地がある。完璧なツールではない。でも「個人事業主が一人で回す仕事」のうち、事務処理のレイヤーを担ってくれる存在としては、2026年4月時点で最も実用的な選択肢だと感じている。

次回は、Coworkの裏側で動いている「Claude Skills」について書く。業務知識をテンプレート化して再現性を上げる話。

---

daichi
コンサルタント × 個人事業主。Claude Max 20x契約中。AIを「使う」のではなく「一緒に働く」を模索中。

コンサルの仕事は”属人化の塊”だ。

クライアントの課題を聞いて、構造化して、打ち手に落とす。毎回ゼロから考えているように見えて、実は頭の中で同じフレームワーク、同じ段取り、同じ品質基準が回っている。でもそれは自分の頭の中にしかない。だから再現できないし、人に渡せない。

Claude Skills（SKILL.md）を使い始めて、この問題が解けた。

Skillsとは、Claudeに「業務の手順書」を渡す仕組みだ。フォルダにSKILL.mdというファイルを置くだけで、Claudeがその手順を学習し、適切なタイミングで自動的に発動する。プロンプトを毎回書き直す必要がない。1回設計すれば、何度でも同じ品質で再現される。

この記事では、僕が実際に作って業務で回している5つのSkillを紹介しながら、「AIを使いこなす」とは何なのかを考える。

Skillsとは何か — Prompts・Projects・MCPとの違い

Claude周りには似た概念が多い。整理しておく。

Prompts（プロンプト）は一回限りの指示。「この議事録を要約して」と打つたびに、毎回同じ指示を書く必要がある。

Projects（プロジェクト）は背景知識の置き場。「うちのクライアントはこういう業界で、こういう課題を持っている」という文脈をClaudeに常時渡しておく。参照資料のようなもの。

MCP（Model Context Protocol）は外部ツールとの接続口。NotionやSlack、Gmailなど外部サービスにClaudeがアクセスするためのプロトコル。「何にアクセスできるか」を決める。

Skillsは「どうやるか」を教える。MCPが「接続」ならSkillsは「手順」。Projectsが「知識」ならSkillsは「技術」。一度書いたら自動で発動し、同じ品質を再現してくれる。

もっと端的に言えばこうだ。プロンプトは「今だけの指示」。Projectsは「ずっと覚えておいて」。MCPは「あのツールを使えるようにして」。Skillsは「このやり方で毎回やって」。

僕が作った5つの実用Skill

1. case-setup（案件立ち上げ）

新規案件が来たとき、「/case 〇〇社」と打つだけで以下が一気に動く。クライアント名のフォルダ構造を自動作成（提案書・議事録・成果物・参考資料）、テンプレートファイルを配置、企業の基礎情報をWeb検索してPEST分析の初稿を生成。以前は案件立ち上げのたびに15分かけてフォルダを作り、テンプレをコピーしていた。今は30秒。しかも初回リサーチまで付いてくる。

2. mtg-assistant（会議アシスタント）

「/mtg 〇〇社 定例」と打つと、会議前はアジェンダ案と関連資料の検索。会議後は議事録テキストからNext Actionの抽出と整理。会議の前後処理が半自動化された。ポイントは「会議名やクライアント名に言及するだけで発動する」ようにトリガーを設計したこと。わざわざスキル名を覚えなくても、「〇〇社の定例の準備して」と自然に言えば動く。

3. daily-briefing（朝のブリーフィング）

毎朝「/briefing」と打つと、今日のスケジュール確認、未読Slackの要約、重要メールの確認、タスクの優先順位提示が一括で出てくる。これはMCPサーバー（Googleカレンダー・Slack・Gmail）と組み合わせて初めて機能する。MCPが「情報への接続」を担い、Skillsが「何をどの順序で見せるか」を設計している。この2つの組み合わせが、いわば「AI秘書のOS」になっている。

4. knowledge-search（ナレッジ検索）

「前にやった〇〇の分析ってどんなアプローチだった？」と聞くと、過去の支援資料を横断検索して関連する知見を引き出してくれる。コンサルにとって過去事例の再利用は品質とスピードの源泉だ。でも普通のファイル検索では、自分がどういう名前でファイルを保存したか覚えていないと辿り着けない。Skillsに「業界名やテーマ名で聞かれたらトリガーする」と設計しておけば、曖昧な問いかけでも関連ナレッジが返ってくる。

5. meeting-qa-extract（QA抽出）

会議の文字起こしを投げて「/qa」と打つだけで、質疑応答を抽出し、整形されたWord文書として出力する。前回の記事でも触れたが、Cowork modeとSkillsの連携でこれが実現している。

SKILL.mdの書き方 — 設計の勘所

SKILL.mdの構造はシンプルだ。YAMLフロントマター（メタ情報）とマークダウン本文（手順）の2部構成。重要なのは3つ。

①descriptionの精度。YAMLフロントマターのdescriptionが、Claudeがこのスキルを「いつ使うか」を判断する根拠になる。ここが曖昧だと、使いたいときに発動しない。逆に具体的に書きすぎると、想定外の場面で暴発する。「何をするスキルか」と「いつ使うべきか」の両方を明記するのがコツだ。

②トリガーの設計。「/case」のようなスラッシュコマンドで明示的に呼ぶパターンと、「案件立ち上げ」「新しいクライアント」のような自然言語で暗黙的に発動するパターンの両方を設計する。僕は「明示トリガー3つ + 暗黙トリガー5つ」くらいのバランスで書いている。

③手順の粒度。大枠だけ書いて細部はClaudeに任せるか、ステップバイステップで厳密に指定するか。僕の経験では、「判断基準」を書いて「手段」はClaudeに任せるのがベスト。たとえば「勘定科目は税理士基準で分類」とは書くが、「PDFのどのフィールドを読むか」までは書かない。

Skillを作ることで起きた副次効果 — 自分の思考の言語化

正直、いちばん価値があったのはSkill自体ではなく、Skillを書くプロセスだった。

案件立ち上げのSkillを書こうとしたとき、「自分はいつもどういう手順でやっていたんだっけ」を言語化する必要があった。すると「実はこの手順は不要だった」「ここの判断基準が曖昧だった」という気づきが大量に出てきた。

コンサルの仕事は「暗黙知の塊」で、先輩の背中を見て覚える世界だ。でもSkillを書く行為は、その暗黙知を強制的に形式知に変換する。結果として、自分の仕事の設計図が見えるようになった。

これは、AIを「使う」話ではない。AIに「教える」ために自分の仕事を棚卸しした結果、自分の仕事が整理された、という話だ。

チームに展開するときの注意点

Skillsは個人で使うだけでなく、チームで共有できる。同じSKILL.mdをチームメンバーのClaude環境に配置すれば、全員が同じ品質で業務を回せる。ただし注意点がある。

個人情報の取り扱い。Skillの中にクライアント名や具体的な契約条件を埋め込まないこと。Skillは「やり方」を定義するもので、「誰の案件か」は実行時に渡すべきだ。

権限の設計。Skillがファイルの読み書きやMCP経由で外部サービスにアクセスする場合、誰がどこまでの権限を持つのかを先に決めておく。特にSlackへの投稿やGoogleカレンダーへの書き込みなど、副作用のある操作は慎重に。

過度な自動化の誘惑。全部をSkill化したくなるが、「判断が毎回変わるもの」はスキルにしない方がいい。Skillは再現性が武器なので、再現性がないタスクを無理にSkill化すると、かえって品質が下がる。

まとめ — AIの使い方ではなく、仕事の設計図を書く時代

Skills systemの本質は、技術の話ではない。

「自分の仕事はどういう手順で、どういう判断基準で、どういう品質基準で回っているのか」を言語化し、外部化すること。それがSkillを書くという行為の正体だ。

プロンプトエンジニアリングが「AIへの上手な頼み方」だとすれば、Skills設計は「自分の仕事の設計図を書くこと」に近い。前者はAI側の話、後者は自分側の話。

2026年のClaude活用で最も重要なのは、モデルの性能でも、プロンプトの巧みさでもなく、「自分の仕事をどこまで構造化できるか」だと僕は思っている。構造化できた部分はSkillに任せ、構造化できない部分に自分の時間を集中させる。それがコンサルタントとしての僕とAIとの付き合い方だ。

---

daichi
コンサルタント × 個人事業主。Claude Max 20x契約中。仕事を「構造化して任せる」を実践中。