AIに仕事を任せるプロンプトはどう作る？｜Claude Code実践から学ぶ5つの業務ループ

生産性300％より見るべきなのは、作業の渡し方

海外のClaude Code関連インタビューやX上の議論では、Boris Cherny氏のAI活用がよく取り上げられます。手でコードを書かない、複数のエージェントを回す、ボトルネックが「書くこと」から「何を走らせるか」に移る、といった話です。

ただし、こうした数字やエピソードをそのまま自社に当てはめるのは危険です。会社の業務、権限、確認体制、扱う情報によって結果は変わります。現実的に使うなら、数字ではなく、仕事をどう小さく切り、どう検証させるかを見る方が役に立ちます。

ループ1：いきなり作らせず、計画だけ出させる

Claude Codeの公式Best practicesでは、Explore first, then plan, then codeという流れが紹介されています。いきなり編集や生成を始めるのではなく、まず関連情報を読み、計画を立て、実行に移る考え方です。

これはWebライティングでも同じです。「この記事を書いて」と頼む前に、読者、目的、構成、出典、触る範囲、完成判定を出させます。ここで認識がズレていれば、本文を書かせる前に直せます。

これから記事下書きを頼みます。
まだ本文は書かないでください。

最初に次を出してください。
1. 読者が本当に知りたいことの言い換え
2. 記事の目的と到達点
3. 見出し案と各見出しの完了条件
4. 使う出典／使わない出典
5. 事実確認が必要な箇所
6. 下書き完了を判定する方法

ループ2：文脈を全部渡さず、必要な情報を取りに行かせる

AIに仕事を頼むたび、前提をすべて人が説明していると続きません。Claude CodeにはCLAUDE.mdやMemory、ファイル参照、コードベース探索の考え方があります。つまり、AIに「この作業に必要な情報は何か」を先に洗い出させるのが自然です。

Webライティングなら、AIに公式資料、既存記事、競合記事、過去の下書き、ブランドトーンを取りに行かせます。そのうえで、人間にしか分からないことだけを質問させます。質問は多くても3つまでに絞ると、現場で使いやすくなります。

ループ3：同時に進められる単位へ分ける

Claude CodeのCommon workflowsには、worktreeを使った並列セッションや、調査をsubagentsへ任せる流れが出てきます。ポイントは、同じ場所を同時に触らせないことです。

記事制作なら、海外ソース調査、既存記事の重複確認、構成案、プロンプト例の整理、事実確認表の作成は並列化しやすい一方、最終本文の編集は1本化した方が安全です。AIに作業分解を頼むときは、「30分で終わる大きさ」「同じファイルを同時に触らない」という条件を入れます。

ループ4：褒めさせず、粗探しだけさせる

AIに「レビューして」と頼むと、よくまとまっています、という返事で終わることがあります。実務ではそれでは足りません。Claude CodeのBest practicesにも、検証できるチェックを渡すこと、adversarial reviewを入れることが重要な流れとして出てきます。

Web記事なら、レビューの順番を固定します。数字、固有名詞、日付。次に、誤解されそうな表現。次に、抜けている読者の疑問。最後に、削っても意味が変わらない部分です。

ループ5：深掘りは、案を増やしてから捨てる

AIに短くまとめさせるのは便利です。ただ、企画や改善案を考える場面では、早くまとめすぎると普通の案だけが残ります。共有されたスレッドの5つ目の型は、思いつく限り出し、合わないものを捨て、効果順に並べる流れでした。

この型は、記事企画や業務改善に向いています。大事なのは、最後に「今日はやらなくていいこと」を書かせる点です。AI活用は、やることを増やすより、今やらないことを決めた方が続きます。

このテーマで案を10個出してください。
質はまだ問わなくていいです。

その後、次の順で整理してください。
1. 私の状況に合わない案を理由つきで捨てる
2. 残った案を効果が大きい順に並べる
3. 上位3つを明日から実行する手順にする
4. 今日はやらなくていいことも書く

一般論で埋めず、分からないことは分からないと書いてください。

Webライティングでは「一発生成」ではなく制作ラインにする

ここまでの5つを、Webライティングに置き換えるとこうなります。AIに「記事を書いて」と投げるのではなく、制作ラインを作ります。リサーチ、構成、下書き、レビュー、修正、公開判断を分けるだけで、出力の安定感が変わります。

Claude CodeのSecurity docsでは、読み取りは基本的に安全でも、編集やコマンド実行には権限確認が関わると説明されています。これは記事制作でも同じです。下書きまではAIに任せやすいですが、公開、送信、顧客向け連絡は人の承認を残す。ここを分けることが、安心して使い倒すための現実解です。

まず使うなら、この1セットで十分です

プロンプトをたくさん保存するより、最初は1つの仕事にだけ入れてみてください。おすすめは、ブログ記事、提案書、議事録、社内マニュアルのように、人が見て直せる成果物です。

よくある質問

まとめ：プロンプトは文章ではなく、仕事の型にする

• check_circle話題の生産性アップ事例は、数字よりも作業設計を見る方が実務に使いやすいです。
• check_circleいきなり作らせず、探索、計画、実行、検証の順に分けると失敗が減ります。
• check_circle文脈は人が全部渡すのではなく、AIに必要情報を洗い出させます。
• check_circle並列化、粗探しレビュー、深掘りは、Webライティングにもそのまま応用できます。
• check_circle公開、送信、顧客対応など外に出る作業は、人の承認を残すのが安全です。

i-Styleでは、AI活用は「良いプロンプト集」を増やす話ではなく、仕事の渡し方を型化する話だと見ています。小さな型が1つできると、次の仕事にも横展開できます。半年後の働きやすさに、地味に効いてくる部分です。

参考にした情報

関連記事