概要
Nav Toorが公開した「17 Best Practices That Make Claude Cowork 100x More Powerful」の和訳記事。Claude Coworkを1月12日のリリース初日から使い続け、400以上のセッションを実行し、すべてのプラグイン・コネクタ・スラッシュコマンドをテストした著者が発見した、一般ユーザーとパワーユーザーを分ける17の実践手法を解説する。
核心メッセージ: 「プロンプトエンジニアリング」の時代は終わった。重要なのは「システムエンジニアリング」— セットアップと構造に投資することで、10語のプロンプトでクライアント納品レベルの成果物が得られる。
Part 1: コンテキストアーキテクチャ（実践1〜5）
この5つの実践だけでCoworkの体験が一変する。他のすべてはこの基盤の上に成り立つ。
1. すべての作業フォルダに _MANIFEST.md を作成する
最もインパクトが高く、誰も語っていない実践。
Coworkにフォルダを指定すると、Claudeはすべてを読む。すべてのファイル、サブフォルダ、古いドラフト、更新済みバージョン。あるコンサルタントは462ファイルのフォルダで矛盾した出力が発生 — 3ヶ月前に置き換えられた価格モデルからコンテキストを引っ張っていた。
解決策: _MANIFEST.md を作業フォルダにドロップする。3つのティアで構成：
| ティア | 内容 |
|---|---|
| Tier 1（正典） | Claudeが最初に読むべきソース・オブ・トゥルース文書。ブランドガイドライン、プロジェクトブリーフ、現行戦略文書 |
| Tier 2（ドメイン） | 特定トピックにマップされたサブフォルダ。タスクがそのドメインに触れた時のみ読み込む。例: /pricing → 価格モデルとレートカード |
| Tier 3（アーカイブ） | 古いドラフト、更新済みバージョン、参考資料。明示的に依頼しない限り無視 |
アンダースコアプレフィックスでフォルダ上部にソートされる。記入に5分。混乱した出力を何時間も節約。10ファイル未満のフォルダには不要だが、数週間でファイルが蓄積するプロジェクトフォルダでは必須。
2. グローバル指示を「永続的OS」として使う
Settings → Cowork → Global Instructionsの横のEdit。
ほとんどの人がここを空白のまま。それは車を買ってミラーを調整しないようなもの。
グローバル指示はすべての前に読み込まれる — ファイルより前、プロンプトより前、Claudeがフォルダを見る前。すべてのセッションに適用されるベースライン動作。
著者の設定例:
私は[名前]、[役職]です。
タスク開始前に_MANIFEST.mdを探し、Tier 1ファイルを最初に読む。
実行前に必ず確認質問をする。
アクション前に簡潔な計画を示す。
デフォルト出力形式: .docx
埋め草言語を使わない。出力を水増ししない。
品質基準: すべての成果物は編集なしでクライアント納品可能であること。
信頼度が低い場合はそう言う。
これにより、最も急いだプロンプトでも調整された出力が得られる。Claudeは常に自分が誰かを知り、正しいファイルを最初に読み、推測前に質問する。
3. 3つの永続的コンテキストファイルを作成する
「Claude Context」または「00_Context」（先頭にソートされる）フォルダを作成し、3つのファイルを追加：
| ファイル | 内容 |
|---|---|
| about-me.md | プロフェッショナルアイデンティティ。履歴書ではなく、実際に何をしているか、誰にサービスしているか、現在の優先事項、ベストワークの1-2例 |
| brand-voice.md | コミュニケーションスタイル。トーン記述子、使う言葉、絶対使わない言葉、フォーマット好み、実際の文章2-3段落 |
| working-style.md | Claudeの振る舞い方。コラボレーションルール、出力形式デフォルト、品質基準、避けるべきことリスト |
重要な洞察: これらのファイルは複利で効く。毎週改良する。Claudeが気に入らない出力を生成するたびに、それがプロンプト問題かコンテキスト問題か自問する。10回中9回はコンテキスト。1ファイルに1行追加で恒久的な修正。
4. フォルダ指示でプロジェクト固有のコンテキストを設定する
グローバル指示はすべてのセッションで同じ。フォルダ指示は作業中のフォルダに固有。
プロジェクト固有のルールをここに置く: クライアント名、プロジェクト目標、特定の用語、成果物形式、レビュー期限。
レイヤリングの重要性:
- グローバル指示 → 普遍的な動作
- フォルダ指示 → プロジェクトコンテキスト
- プロンプト → タスク指定
3つのレイヤー、それぞれが前より具体的。これが「汎用AI」から「6ヶ月チームにいた人のような出力」への道。
5. Claudeにすべてを読ませない — コンテキストを意図的にスコープする
これがパワーユーザーと他を分ける実践。
Claudeのコンテキストウィンドウは巨大 — Opus 4.6で100万トークン以上。しかし大きなコンテキスト ≠ 良い出力。実際は逆。無関係なファイルが多いほど、推論にノイズが入り、出力が悪化する。
グローバル指示に追加:
タスク開始時、まず_MANIFEST.mdを探す。
Tier 1ファイルを読み込む。
タスクが明示的にそのドメインに触れる時のみTier 2ファイルを読み込む。
明示的に依頼しない限りTier 3ファイルは決して読み込まない。
意図的なコンテキスト管理が、一貫性のない結果を得るユーザーと、毎回信頼性の高い高品質出力を得るユーザーの最大の差別化要因。
Part 2: タスク設計（実践6〜10）
タスクのフレーミングが、完成品を得るか、高価なラフドラフトを得るかを決める。
6. プロセスではなく、終了状態を定義する
これがすべてを変えるマインドセットシフト。
Coworkはチャットボットではない。同僚だ。同僚に仕事のやり方をステップバイステップで指示しない。「完了」がどう見えるかを伝える。
悪いプロンプト: 「ファイルを手伝って」
良いプロンプト: 「このフォルダ内のすべてのファイルをクライアント名でサブフォルダに整理。すべてのファイル名をYYYY-MM-DD-descriptive-name形式に。すべての変更を記録したサマリーログを作成。何も削除しない。複数クライアントに属する可能性があるファイルは/needs-reviewに入れる」
すべてのタスクプロンプトで答えるべき3つの質問:
- 「完了」はどう見えるか？
- 制約は何か？
- 不確実な時にClaudeは何をすべきか？
7. 常に実行前に計画を要求する
グローバル指示に追加:
すべてのタスクでアクション前に簡潔な計画を示す。
実行前に承認を待つ。
この1行でCoworkの災害の90%を防ぐ。
これなしでは、Claudeはプロンプトを読んですぐに実行開始。時々は完璧に正しい。時々は1語の誤解で3ヶ月分のファイルを間違った方向に再編成。
計画ステップで30秒のレビューウィンドウが得られる。「これら6つのサブフォルダを作成し、これらのファイルを移動し、この規則でリネームし、ここにログを保存します。続行しますか？」
コスト: タスクごとに追加30秒 メリット: 20分の自律的ミスを元に戻す必要がない
8. 不確実性に対する対処法をClaudeに伝える
リスト全体で最も過小評価されている実践。
ほとんどの人はハッピーパスの明確な指示を与えるが、エッジケースについては何も言わない。レシート画像がぼやけていたら？ファイルが2つのカテゴリに属する可能性があったら？データソースが不完全だったら？
Claudeは推測する。そしてClaudeの推測はしばしば間違っている — 愚かだからではなく、曖昧な状況のあなたの好みを知らないから。
すべてのタスクに不確実性ハンドリングを組み込む:
日付が不明な場合、VERIFYとマーク。
複数フォルダに入る可能性があるファイルは/needs-reviewに入れる。
分類の信頼度が80%未満なら、推測せずフラグを立てる。
これでCoworkは「時々エラーを生成するツール」から「あなたの判断が必要な場所を正確に教えてくれるツール」に変わる。
9. 関連作業を単一セッションにバッチ処理する
すべてのCoworkセッションには起動コストがある。Claudeがファイルを読み、コンテキストを読み込み、フォルダ構造を処理する。それは支払っているコンピュートだ。
5つの関連タスクで5つの別々のセッションを実行しない。1セッションで実行:
「今月の経費レシートを処理し、予算スプレッドシートを更新し、サマリーレポートを生成し、財務へのメールをドラフトし、すべてを/monthly-reports/februaryに保存する必要がある」
Claudeは5つすべてのタスクを計画し、コンテキストを共有（レシートデータ→予算→レポート→メール）、1回の実行で5つの接続された成果物を生成。
より速く。より安く。より高品質 — 各タスクのコンテキストが次に情報を提供するから。
10. サブエージェントを意図的に使用する — 並列処理を依頼する
ほとんどのユーザーがトリガーしないCoworkの最も強力な機能。
独立した部分を持つタスクを与えると、複数のサブエージェントをスピンアップして同時に作業できる。各サブエージェントは新鮮なコンテキストを取得し、自分のピースに取り組み、合成のためにメインエージェントに結果を渡す。
トリガー方法: プロンプトに「サブエージェントをスピンアップして...」または「サブエージェントを使って並行処理」を含める。
例: 「4つのベンダーを評価中。サブエージェントをスピンアップして各社の価格、サポート評判、統合オプションを調査。比較表をください」
順次調査（A→B→C→D）の代わりに、4つの並列エージェントが起動。40分かかっていたタスクが10分に。
用途: 競合分析、マルチソースリサーチ、ファイルバッチ処理、異なる角度からのオプション評価（財務、運用、顧客体験）、サブタスクが互いに依存しないすべてのタスク。
注意: サブエージェントはOpus 4.6で最もよく機能し、より多くのトークンを消費する。時間節約がコストを正当化する複雑なタスクに使用。ダウンロードフォルダの整理には使わない。
Part 3: 自動化とスケジューリング（実践11〜13）
ここでCoworkは生産性ツールから自律システムへと進化する。
11. /scheduleで定期タスクをスケジュールする
任意のCoworkタスクで /schedule と入力。Claudeが日次、週次、月次、またはオンデマンドで自動実行されるタスクの設定をウォークスルー。
著者が設定した最良のスケジュールタスク:
| タスク | 説明 |
|---|---|
| 月曜朝ブリーフィング | 毎週月曜7時、Slackチャンネルと週間カレンダーをチェック。今後の予定を要約、準備が必要なものをフラグ、/weekly-briefingsにブリーフィング保存 |
| 金曜ステータスレポート | 毎週金曜16時、Asanaから完了タスクをプル、今週出荷したものを要約、ステータス更新をドラフト、/reportsに保存 |
| 日次競合トラッキング | 毎日9時、[競合名]のニュース、製品アップデート、価格変更を調査。新しいものがある場合のみサマリー保存 |
重要な制限: スケジュールタスクはコンピュータが起動中かつClaude Desktopが開いている時のみ実行。マシンがスリープ中にタスク期限が来た場合、Coworkは復帰時にキャッチアップして通知。
12. 一度構築、毎週実行 — すべてをファイルに外部化する
Coworkはセッション間でメモリを持たない。 これは同時に最大の制限であり、最大のデザイン機能。
メモリなし = コンテキストブリードなし。3週間前の幻覚化された記憶なし。すべてのセッションがクリーンスタート。
しかし「Claudeは私がこれをどう好むか覚えている」には頼れない。
解決策: すべてをファイルに外部化。
- 好み → コンテキストファイル
- プロジェクト計画 → マークダウン文書
- 標準運用手順 → スキルファイル
- 決定と結果 → ログファイル
あるパワーユーザーは週次レビューシステムを構築: 5つの専門サブエージェント指示にわたる1,500行以上。一度構築。毎週実行。Claudeは指示を読み、5つの並列エージェントをスピンアップ、スコープされた権限と定義された出力で、新しい入力なしで完全な週次レビューを生成。
継続性が欲しいなら、ファイルに組み込む必要がある。 しかし利点は大きい: よく文書化されたワークフローはポータブル、共有可能、バージョン管理可能。1つのAIのメモリではなく、あなたのシステムに存在する。
13. /schedule + コネクタのコンボで真の自動化を実現する
スケジュールタスクはコネクタと組み合わせると真に強力になる。
Gmail、Slack、Google Drive、Notion、Asana、または50以上の利用可能な統合に接続。そしてライブデータをプルするタスクをスケジュール:
- 「毎週月曜、#product-feedbackからすべての未読Slackメッセージをプル、テーマでカテゴライズ、Google Driveにサマリー作成」
- 「毎朝、Gmailで請求書をチェック、金額と日付を抽出、ローカル/financeフォルダの経費スプレッドシートを更新」
ここでCoworkはタスク実行者から自律システムになる。 スケジュールタスクが実行。コネクタがライブデータをプル。Claudeが処理。出力がフォルダまたは接続ツールに現れる。準備ができた時にレビュー。
Settings → Connectors → Browse connectors で利用可能なものを確認。SlackとGmailから始める。この2つだけで週数時間節約。
Part 4: プラグインとスキル（実践14〜16）
プラグインはCoworkのモジュラー脳。スキルはそのプレイブック。ほとんどのユーザーは1つのプラグインをインストールして二度と見ない。価値の80%を置き去りにしている。
14. プラグインを複合能力のためにスタックする
各プラグインは特定ドメイン向けのスキル、スラッシュコマンド、サブエージェント設定のバンドル — セールス、法務、財務、プロダクトマネジメント、データ分析など。
ほとんどの人が見逃していること: プラグインは組み合わせ可能。複数のプラグインをインストールし、単一タスクですべてからの能力を使える。
例: Data AnalysisプラグインとSalesプラグインをインストール。
「Q1パイプラインデータを分析（Data Analysis使用）、最も弱い3件の案件を特定、各々にパーソナライズされたフォローアップメールをドラフト（Sales使用）」
Claudeは1ワークフローで両プラグインの能力を使用。
15. 特定ワークフロー用のカスタムスキルを構築する
スキルは、特定の繰り返し可能なタスクへのアプローチ方法をClaudeに教えるマークダウンファイル。
カスタムスキルファイルの構造:
# [スキル名]
## Purpose: このスキルが何をするか
## Inputs: Claudeが必要とする情報
## Process: ステップバイステップ指示
## Output: 完成した成果物の姿
## Constraints: ルールとガードレール
著者の例: 「週次記事ドラフティング」スキル
- Purpose: トピックとアウトラインから2,000語の記事をドラフト
- Inputs: トピック、アウトライン、ターゲットオーディエンス、キーエビデンス
- Process: ウェブ検索でリサーチ、セクションをドラフト、brand-voice.mdにマッチ、VISUAL SUGGESTIONSとQUOTABLE LINESを生成
- Output: /articles/draftsに.docxファイル
- Constraints: AIセマンティック言語なし、埋め草フレーズなし、最低8エビデンスポイント
「私の記事ドラフティングスキルを[トピック]で実行」と言うだけで、出版可能なドラフトが得られる。スキルがプロンプトで20分かけて説明することすべてをエンコード。
16. Plugin ManagementプラグインでプラグインをConversationalに構築する
Coworkで最もメタな機能、最も活用されていない。
Plugin Managementプラグインをインストール。「[あなたのワークフロー]のプラグイン作成を手伝って」と言う。
Claudeがスキル、スラッシュコマンド、設定の定義をconversationalにウォークスルー。コードなし。GitHubなし。学ぶ必要のあるマークダウン構文なし。
欲しいものを説明。Claudeがプラグインを構築。テスト。改良。1時間以内に、あなた固有のワークフロー、基準、用語を体系化したカスタムプラグインができる。
チーム向け: 1人がチームの標準プロセス用プラグインを構築。全員がインストール。突然チーム全体が一貫した、ブランドに沿った、プロセス準拠の出力を生成 — 基準が個人の記憶ではなくプラグインに存在するから。
Part 5: 安全性と効率性（実践17）
17. Coworkをおもちゃではなく、強力な従業員として扱う
Coworkは実際のファイルシステムアクセスを持つ。 実際のコンピュータ上でファイルを作成、移動、リネーム、（許可があれば）削除できる。ウェブを閲覧できる。接続ツールと対話できる。何時間も監督なしで実行できる。
その力には敬意が必要。
非交渉の安全プラクティス:
| プラクティス | 説明 |
|---|---|
| 実験前にバックアップ | 特にファイル整理タスク。Coworkはほとんどの場合正しい。「ほとんど」はクライアント契約には不十分 |
| 機密ファイルは別フォルダに保持 | 財務文書、パスワード、個人情報 — Coworkが触れないフォルダに置く |
| Documents全体へのアクセスを許可しない | 厳密にスコープ |
| 「何も削除しない」を常に追加 | 削除保護があっても（Claudeは削除前に確認）、リクエスト自体を防ぐ方が良い |
| 新ワークフローの最初の数回は監視 | Claudeが何をするか見る。計画を読む。出力をチェック。信頼を得てから離れる |
| プロンプトインジェクションリスクに注意 | 悪意のある文書やウェブサイトを読むと、隠し指示が動作を変える可能性。信頼できないファイルソースや見慣れないURLにCoworkを向ける前にレビュー |
| 使用量を追跡 | Coworkは通常チャットより大幅に多くの割り当てを消費。サブエージェント付きの複雑なマルチステップタスクは計算集約的。制限に達している場合、関連作業をバッチ処理、「セクション2のみ修正」を「すべてやり直し」の代わりに使用、チャットで再説明する代わりにファイルでコンテキストを事前読み込み |
17の実践すべての背後にあるパターン
ズームアウトすると、このリストのすべての実践は同じ原則に従う: セットアップに投資し、プロンプティングを減らす。
Coworkで苦労している人は、すべてのタスクで長く詳細なプロンプトを書いて、一貫性のない結果を得ている。
Coworkで成功している人は、午後を費やしてコンテキストアーキテクチャを構築 — マニフェストファイル、グローバル指示、コンテキストファイル、フォルダ指示、カスタムスキル — そして今や10語のプロンプトでクライアント納品可能な成果物を得ている。
これがChatGPT時代の思考からCowork時代の思考への根本的シフト。
- ChatGPTはプロンプトエンジニアリングを報酬した
- Coworkはシステムエンジニアリングを報酬する
プロンプトはCoworkセッションの最も重要でない部分。その周りに構築したコンテキスト、構造、スキル、制約 — そこから出力品質が来る。
実装チェックリスト
順番に実行。各々が前に積み重なる。
今日（30分）
- 3つのコンテキストファイル（about-me.md、brand-voice.md、working-style.md）を作成
- グローバル指示を設定
→ これだけでCoworkユーザーの95%を上回る
今週
- 最も使うプロジェクトフォルダに_MANIFEST.mdを追加
- 役割に合う2-3個のプラグインをインストール
- 1つのスケジュールタスクを設定
今月
- 最も繰り返すワークフロー用の最初のカスタムスキルを構築
- 複雑なリサーチタスクでサブエージェントを実験
- 出力品質に基づいてコンテキストファイルを改良
まとめ
Coworkをおもちゃからシステムに変える差は、17の実践と約2時間のセットアップ。これらの実践を知っている人と知らない人の差はすでに大きい。6ヶ月後には峡谷になる。
「チャットボットのように感じない。優秀な同僚にタスクを残すように感じる」 — これがターゲット。会話ではなく、プロンプト&レスポンスツールでもなく、あなたの基準、声、プロジェクト、好みをすでに知っている同僚。なぜなら、その知識を毎回読むファイルに組み込んだから。
ソース
- [原文] Nav Toor「17 Best Practices That Make Claude Cowork 100x More Powerful」(2026-03-01)