本記事を読むと、Claude Code や Cowork を使った作業の精度と効率を大幅に引き上げるための考え方とテクニックが身につきます。「指示したのに違うものが出てきた」「途中でおかしくなった」——そうした問題の多くは、いくつかの原則を知るだけで避けられます。

本記事は、Anthropic 公式の Claude Code Best Practices をベースに、非エンジニアが Claude Code や Cowork を業務で活用する際のベストプラクティスを、独自の視点を交えて整理したものです（2026年2月16日時点の情報に基づいています）。

記事中の操作説明やコマンド例は主に Claude Code（ターミナルベースのツール）を前提としていますが、考え方や原則は Cowork にもそのまま当てはまります。Cowork は Claude Code と同じ仕組みで動いており、異なるのはインターフェースだけです。ターミナルかデスクトップアプリかという表面上の違いがあるだけで、「コンテキストを管理する」「具体的に指示を出す」「検証手段を用意する」という本質は何も変わりません。Cowork ユーザーの方は、下記の操作対応表も参考にしてください。

Claude Code や Cowork は、従来のチャット AI とは根本的に異なります。質問に答えて終わりではなく、ファイルを読み取り、コマンドを実行し、ファイルを作成・編集し、自律的に問題を解決してくれます。

エンジニアにとっては「コーディングの相棒」ですが、非エンジニアにとっては「実際に手を動かしてくれる同僚」です。ファイル整理、データ分析、レポート作成、議事録の整備——これまで自分の手でこなしていた作業を、自然言語の指示だけで完了できます。

ただし、この自律性を引き出すにはコツがあります。丸投げするだけではうまくいきません。

最も重要な制約：コンテキストウィンドウ

ほとんどのベストプラクティスは、たった一つの制約に帰着します。Claude のコンテキストウィンドウには容量があり、使うほど埋まっていくということです。

コンテキストウィンドウとは、Claude が一度に「覚えていられる」情報の容量を指します。会話の履歴、読み込んだファイルの内容、コマンドの出力結果——これらすべてが容量を消費します。しかもあなたの指示だけでなく、Claude 自身の応答やツールの実行結果も蓄積されるため、容量は雪だるま式に膨らみます。「このフォルダを調べて」と一言頼んだだけでも、Claude がファイルを10個読めば、その中身がまるごと積み上がっていくのです。

容量が埋まると、2つの問題が起きます。

1. 情報が埋もれる

関連する情報が大量の無関係な情報に埋もれ、指示への追従精度が下がります。たとえば、大量のファイルを読み込ませてフォルダを整理させたあと、同じセッション（Claude との一連の会話）でレポート作成を依頼したとします。先ほどのファイル整理で使った情報がまだ残っていて、本来不要な情報に Claude の注意が分散してしまいます。

2. 自動コンパクトが走る

コンテキストが上限に近づくと、Claude は自動的に文脈を圧縮（auto compact）します。このとき、重要な指示や前提情報が失われ、Claude の精度が大幅に低下します。Claude Code では /compact コマンドで手動の圧縮もできますが、手動なら「この情報を優先して残して」と指示を添えられる分、自動コンパクトより安全です。

この「コンテキストの管理」こそが、Claude を使いこなすうえで最も重要なポイントです。

Cowork / Claude Code 操作対応表

Cowork は Claude Code より機能が限定的な分、操作がシンプルです。困ったときは「新しいタスクを開始する」が多くの場面での万能な対処法になります。

基本編：今日から使えるテクニック

まず調べて、計画して、それから実行する

これが最もレバレッジの高いテクニックです。

いきなり作業に取りかかると、間違った方向に大量の作業を重ねてしまうことがあります。とりわけ、あなた自身もゴールが定まりきっていないタスクでは、このリスクが顕著です。

以下の4ステップで進めると、手戻りを大幅に減らせます。

1. 調査する

まず Claude に現状を把握させます。

「ダウンロードフォルダの中身を確認して、ファイルの種類と数を一覧にして。まだ何も移動しないで。」

2. 計画する

次に、どう整理するか計画を立てさせます。

「種類別にフォルダ分けする計画を立てて。フォルダ名と、それぞれに入るファイル数を見せて。」

3. 実行する

計画を確認してから実行に移します。

「この計画で進めて。重複ファイルがあれば別フォルダに退避して。」

4. 確認・記録する

最後に結果を確認します。

「処理結果のサマリーを出して。移動したファイル数、作成したフォルダ一覧、問題があったファイルがあれば教えて。」

ただし、単純なタスクにこの4ステップは過剰です。「この PDF を Word に変換して」のような明確なタスクなら、直接お願いすれば問題ありません。計画が必要になるのは、ゴールが曖昧なとき、対象ファイルが多いとき、やり直しが効きにくいときです。

具体的な指示を出す

Claude は文脈から意図をある程度汲み取れますが、あなたの頭の中までは見えません。具体的なファイル名、制約条件、参考にすべきパターンを伝えましょう。

一方で、曖昧な指示が有効な場面もあります。「このフォルダの中で改善できそうなところはある？」のような探索的な問いかけは、自分では気づけなかった問題を発見するのに役立ちます。

リッチな情報を渡す

Cowork や Claude Code には、テキスト以外の情報も渡せます。

• ファイルを直接渡す: 作業対象のフォルダを指定したり、ファイルをドラッグ&ドロップする
• 画像を貼り付ける: スクリーンショットや写真をそのまま貼り付けて「この画像の表をデータ化して」と指示できる
• URL を伝える: 参考にしてほしい Web ページの URL を貼る
• Claude に自分で調べさせる: 「フォルダの中身を確認して」「ファイルの先頭10行を見て」など、Claude 自身に情報収集させることもできる

Claude が自分で結果を検証できるようにする

Claude は、自分の作業結果を確認する手段があると、精度が劇的に上がります。逆に確認手段がなければ、「それっぽいが実は間違っている」成果物が生まれます。結局あなたがすべてチェックすることになり、手間は減りません。

ポイントは、「やって」で終わらせず「やって、確認して」まで指示に含めることです。

環境を整える

いくつかの初期設定を済ませておくだけで、すべてのセッションにおける Claude の作業品質が底上げされます。

CLAUDE.md を書く

CLAUDE.md は、Claude がセッション開始時に毎回読み込む特別なファイルです。あなたの業務上のルールや好みを書いておけば、毎回説明し直す手間が省けます。

たとえば Cowork であれば、作業フォルダのルートに CLAUDE.md を置いておくことで、毎回のセッションにそのルールが自動で適用されます。

# 作業ルール
- ファイル名は日本語で、日付を先頭につける（例：20250216_議事録.md）
- Excel は .xlsx 形式で保存する
- レポートの見出しには「■」を使う

# フォルダ構成
- /reports: 月次レポート
- /meeting-notes: 議事録
- /data: 元データ（読み取り専用として扱う）

CLAUDE.md のコツは「短く保つ」ことです。長くなりすぎると Claude が重要なルールを見落とします。Claude が指示なしでも正しく振る舞えることはわざわざ書く必要がありません。逆に、何度指示しても間違えるポイントをピンポイントで記載するのが効果的です。

CLAUDE.md をチームで共有すれば、全員が同じルールのもとで Claude を使えるようになります。

スキルを作る

CLAUDE.md が「毎回適用されるルール」だとすれば、スキルは「必要なときだけ使える専門知識やワークフロー」です。Claude にチャットで「今やった作業をスキルにして」とお願いするだけで、スキルファイルを自動生成してくれます。スキル作りにプログラミングの知識は一切要りません。

スキルには2つの使われ方があります。

• スラッシュコマンド型: /meeting-notes のように、ユーザーが明示的に呼び出すもの
• 自動発動型: Claude がタスクの文脈を読み、関連するスキルを自動的に読み込むもの

両方を兼ねることもできます（デフォルトは両方）。「スキルを増やしすぎると関係ないタスクに悪影響が出るのでは？」と心配するかもしれませんが、自動発動型でも Claude はスキルの description（説明文）を見て関連性を判断し、無関係なスキルは読み込みません。スキルの本体がコンテキストに入るのは実際に使われるときだけなので、数が増えても問題ありません。それでも気になる場合は、フロントマターに disable-model-invocation: true を追加すれば、Claude が自動で読み込むことはなくなり、/skill-name で呼び出したときだけ発動するスラッシュコマンド専用のスキルになります。

スキルは .claude/skills/ フォルダに SKILL.md ファイルとして定義します。

---
name: meeting-notes
description: 会議メモから議事録を作成する
disable-model-invocation: true
---
# 議事録作成スキル

会議メモや録音テキストから議事録を作成する際のルール：

1. 以下のセクションを必ず含める
   - 日時・参加者
   - 議題
   - 決定事項
   - アクションアイテム（担当者・期日つき）
   - 次回予定

2. アクションアイテムは表形式でまとめる
3. 発言の要約は簡潔に、ただし重要な数字や固有名詞は正確に残す

/meeting-notes と入力すればこのルールに従った議事録作成が始まりますし、議事録に関連するタスクでは Claude が自動的にこのスキルを読み込んでくれます。何度か使ってみて「ここはこう変えたい」と感じたら、その修正も Claude に頼めます。

話題のスキルに飛びつかない

スキルに関して一つ大事な心構えがあります。SNS で話題になっているスキルを見かけると、つい試したくなりますが、あなたの業務に100%フィットするスキルはまず見つかりません。他人が作ったスキルは、その人の業務フロー、ファイル構成、好みに最適化されたものです。

それよりも、普段あなたが繰り返している作業や、試行錯誤の末にたどり着いたベストプラクティスをスキルにしましょう。「毎週月曜にやっている週報作成」「顧客データを受け取ったときの前処理手順」「社内レポートの定型フォーマット」——こうした自分の業務に根ざしたスキルこそが、真に価値を持ちます。

権限を設定する

Claude Code では、ファイルの書き込みやコマンドの実行のたびに許可を求められます。安全ではありますが、何度も承認するのは煩わしいものです。よく使うコマンドは許可リストに追加しておくと、作業がスムーズに進みます。

Cowork の場合は、コマンド単位ではなくもう少し大きな粒度で制御します。アクセスできるフォルダをセッション開始時に選択し、設定画面では「コード実行・ファイル作成」や「ネットワーク外部通信」の許可、接続先ドメインの許可リストを管理できます。VM（仮想マシン）の中で動作するため、選択していないフォルダには Claude は一切アクセスできません。機密データを含むフォルダは選択しないようにしましょう。

効果的にコミュニケーションする

Claude への指示の出し方は、そのまま成果物の品質に直結します。

業務について質問する

Claude は、頼れる先輩社員のようにも使えます。新しいプロジェクトに参加したときや、引き継ぎ資料を読み解くときに特に力を発揮します。

• 「このフォルダの構成を説明して。各サブフォルダの役割は？」
• 「この Excel の計算ロジックを解説して。なぜ D 列で VLOOKUP を使っている？」
• 「先月のレポートと今月のレポートの違いを比較して」

Claude にインタビューさせる

大きなタスクに取りかかる前に、まず Claude にあなたの要件をインタビューさせると効果的です。自分では気づかなかった論点を Claude が掘り起こしてくれます。

「社内向けの月次売上レポートを作りたい。どんな内容にすべきか、一つずつ質問して。私の回答を待ってから次の質問に進んで。対象読者、必要な指標、フォーマットの好み、過去のレポートとの違いなど、重要な点を漏れなく聞いて。インタビューが終わったら仕様書を作って。」

仕様書ができたら、新しいセッションでその仕様書を渡して実行させます。新しいセッションを使うのは、コンテキストをクリーンに保つためです。

なお、うまく一問一答形式にならないときは、「AskUserQuestion ツールを使って」と伝えると動作が安定します。

セッションを管理する

早めに軌道修正する

Claude がおかしな方向に進んでいると感じたら、すぐに止めて修正しましょう。

• Esc キー: Claude の作業を途中で止められます。それまでの文脈は保持されるので、方向を修正して続行できます
• Esc 2回押し、または /rewind: 会話とファイルの状態を過去のチェックポイントまで巻き戻せます。Claude はアクションのたびに自動でチェックポイントを作成しているので、「あの変更の前に戻したい」がいつでも可能です。会話だけ戻す、ファイルだけ戻す、両方戻す、を選べます。リスクのある操作も「ダメだったら巻き戻せばいい」と気軽に試せるのが強みです
• 「それは違う、こうしてほしい」: シンプルに間違いを伝えるだけで十分です
• 「元に戻して」: Claude に変更を取り消させることもできます
• やり直す: 同じタスクで2回以上修正しても改善しない場合は、新しいセッションで最初からやり直す方が速いです。失敗した会話が残ったまま続けると、Claude はその失敗の文脈に引きずられます

コンテキストを積極的に管理する

長いセッションでは、Claude のコンテキストウィンドウが不要な情報で埋まり、パフォーマンスが低下します。

• タスクが変わったら新しいセッションを始める: ファイル整理が終わったら、次のレポート作成は新しいセッションで行う
• Claude Code の場合は /clear を使う: 関連のないタスクの間でコンテキストをリセットできます
• ちょっと脱線したいときは /fork を使う: メインのタスクを進めている途中で「そういえばこれも気になる」という場面はよくあります。そのまま同じセッションで脱線するとコンテキストが散らかりますが、/fork を使えば現在の会話を分岐させた新しいセッションが作られます。脱線先での調査や試行錯誤がメインのコンテキストに影響しません
• コンパクト化を活用する: Claude Code では /compact コマンドで、重要な情報だけ残して文脈を圧縮できます。「レポートの構成と修正履歴に集中して」のように指示を添えることも可能です

よくある失敗パターンを避ける

以下はエンジニア・非エンジニアを問わず陥りやすいパターンです。早めに気づければ、多くの時間を節約できます。

何でも一つのセッションでやる

ファイル整理の途中でレポート作成を頼み、その後また整理に戻る。コンテキストが無関係な情報であふれます。

→ タスクが変わったら新しいセッションを始めましょう。

何度も同じ修正を繰り返す

Claude が間違える → 修正する → まだ間違える → また修正する。文脈が失敗の履歴で汚染されています。

→ 2回修正してもうまくいかなければ、Esc 2回押し（または /rewind）で失敗前の状態に巻き戻すか、新しいセッションでゼロから明確に指示し直しましょう。失敗の履歴が残ったまま続けるより、クリーンな状態からやり直す方がほぼ確実に速いです。

CLAUDE.md を書きすぎる

ルールが多すぎて、Claude が重要な指示を見落とします。

→ 定期的に見直して、Claude が指示なしでも正しく振る舞えることは削除しましょう。

確認なしで信頼する

Claude がもっともらしいレポートを作ったが、数値が元データと合っていない。

→ 必ず検証手段を用意しましょう。検証できないものは納品しない——これが鉄則です。

Claude の出力を事実として受け取る

Claude は自信満々に間違えることがあります。存在しないファイル名を提示したり、もっともらしい数値を捏造したりします。

→ 重要な事実——特に数値、日付、固有名詞——は必ず元データと突き合わせましょう。Claude の回答を裏取りなしで社外に出すのは危険です。

調査範囲を絞らない

「このフォルダについて調べて」と頼んだら、Claude がサブフォルダの奥深くまで大量のファイルを読み込み、コンテキストがあふれる。

→ 調査範囲を具体的に限定するか、サブエージェントに調査を委任して、メインのコンテキストを汚さないようにしましょう。

発展編：さらに使いこなす

サブエージェントに調査を任せる

コンテキストが最も貴重なリソースだとすれば、サブエージェントはそれを守る最も強力な手段の一つです。

Claude に「このフォルダの構成を調べて」と頼むと、大量のファイルを読み込み、その内容がすべてメインのコンテキストに蓄積されます。調査だけで容量が埋まってしまい、肝心の作業に支障をきたすことがあります。

サブエージェントは、独立したコンテキストで調査を行い、結果の要約だけをメインに返してくれます。

「サブエージェントを使って、過去3ヶ月分のレポートの構成パターンを調査して。共通するセクション、よく使われている見出し、フォーマットの違いをまとめて報告して。」

サブエージェントが大量のファイルを読み込んでも、メインのコンテキストに返ってくるのは整理された調査結果だけです。そのまま「この調査結果をもとに今月のレポートを作って」と続けられます。

実装後の検証にも活用できます。

「サブエージェントを使って、このレポートの数値が元データと整合しているかチェックして。」

MCP サーバーを接続する

MCP（Model Context Protocol）サーバーを接続すると、Claude が外部サービスと連携できるようになります。Notion からデータを取得する、Google Drive のファイルを操作する、Slack にメッセージを送る——こうした連携が実現します。

フックを設定する

フックは、Claude の特定のアクション時に自動実行されるスクリプトです。CLAUDE.md の指示が「アドバイス」だとすれば、フックは「例外なく必ず実行される」点が異なります。

たとえば「ファイルを編集したら必ずバックアップを作成する」「特定のフォルダには書き込ませない」といったルールを、フックで強制できます。

自動化とスケール

一つの Claude を使いこなせたら、並列セッションで生産性をさらに引き上げられます。

複数セッションを並行で走らせる

一つの作業を Claude に任せている間に、別のセッションで次の作業を始められます。それぞれのセッションは独立したコンテキストを持つため、互いに干渉しません。

この「独立したコンテキスト」という性質は、単に並列で作業を進めるだけでなく、品質向上にも活かせます。たとえば「作る人」と「レビューする人」を分ける使い方です。

自分が書いた文章やデータを自分でチェックすると見落としがちですが、別セッションの Claude は作成時の文脈を持たないため、先入観なくレビューできます。

会話を再開する

Claude Code では、前回の会話を引き継げます。中断した作業の続きを翌日やるとき、最初から説明し直す必要はありません。

claude --continue                        # 最後の会話を再開
claude --resume                          # 最近の会話から選択
claude --resume "monthly-report"         # 名前を指定して再開

セッション中に /rename コマンドで会話にわかりやすい名前をつけておくと、--resume の一覧から探しやすくなります。名前をつけたセッションは claude --resume "monthly-report" で直接再開できます。「月次レポート作成」「顧客データ整理」など、タスク単位で名前をつけておくのがおすすめです。

Agent Teams

この「複数の Claude を協調させる」というアイデアをさらに推し進めたのが Agent Teams です。これは実験的機能（Research Preview）ですが、複数の Claude インスタンスがチームとして協調動作する仕組みで、1つのセッションが「チームリーダー」としてタスクを割り振り、他のメンバーが並列で作業しながら互いにメッセージをやり取りできます。

たとえば、マーケティング部門で新製品のローンチ資料を作る場面を想像してみてください。リーダーに「新製品ローンチ資料を作成して」と指示すると、リーダーが作業を分解し、「市場調査担当」「コピーライティング担当」「データ分析担当」の3つのメンバーを立ち上げる——そんな運用が可能になります。各メンバーは独立したコンテキストで作業するため、市場調査で大量の情報を読み込んでもコピーライティング側のコンテキストは汚れません。

トークン消費量が大きいため万人向けとは言えませんが、分業が明確なプロジェクトでは大きな効率化が期待できます。Agent Teams の詳細は以下の記事で解説しています。

https://zenn.dev/storehero/articles/f21d49387577bb

直感を磨く

本記事で紹介したパターンは出発点であり、あらゆる状況に最適なわけではありません。

深い分析に没頭しているとき、会話の履歴そのものが価値を持つなら、あえてコンテキストを蓄積させた方がよいこともあります。ゴールが明確であれば、計画をスキップして直接実行させる方が速い場合もあります。探索的なタスクでは、曖昧な指示の方が Claude の自由度を引き出し、かえってよい結果につながることもあります。

うまくいったとき、自分は何をしたのか。指示の構造、渡した情報、セッションの使い方。逆に Claude が苦戦したとき、何が原因だったのか。コンテキストがノイズだらけだったのか、指示が曖昧すぎたのか、タスクが大きすぎたのか。

使い続けるうちに、ガイドには書ききれない直感が育っていきます。いつ具体的にすべきか、いつ自由にさせるべきか。いつ計画すべきか、いつ探索すべきか。いつコンテキストをクリアすべきか、いつ蓄積すべきか。

その直感こそが、Claude を本当に使いこなす力になります。