※本記事にはアフィリエイトリンクが含まれます。
Claude プロンプトの書き方で、文章生成の出力品質はかなり変わる。
これを実感したのは、「もっと口語的に」という追加指示を3回繰り返した日だ。最終的に出てきたのは、話し言葉すぎてそのまま使えない文章だった。を契約して2ヶ月、そこで「短いプロンプト + 対話での改善」という方法に限界を感じた。
この記事では、そこから試行錯誤して行き着いた「長文プロンプトの設計方法」を書く。技術的な話ではなく、実務で使えるかどうかの視点で整理した。
この記事でわかること：
- Claude プロンプトで文章生成の品質が変わる理由
- 長文プロンプトの4ブロック構造
- 実際に使っているプロンプト例と、よくある失敗パターン
なぜプロンプトの設計で文章生成の質が変わるのか
短いプロンプトで対話を重ねる方法も悪くはない。ただ、チャットが長くなると、Claudeが前半の指示を参照しにくくなる現象がある。10往復くらい続けると「この記事のトーンは口語的に」という最初の指示が反映されなくなる経験を何度かした。
なんだかんだ、「一発で使える出力」を出すためには、プロンプト自体に必要な情報を全部詰め込む方が安定する。
ただし、長ければいいわけでもない。「とにかく詳しく書けばいい」という発想でプロンプトを膨らませると、逆にClaude が優先すべき点を見失う。構造が重要だ。
長文プロンプトの基本構造：4つのブロックで組み立てる
試行錯誤の結果、以下の4ブロック構造に落ち着いた。
① 役割（ロール）の指定
最初に「あなたは〇〇です」という役割を書く。
例：「あなたは10年以上のキャリアを持つWebコピーライターです。ビジネス向けのわかりやすい文章を書くことが得意です。」
ポイントは「具体的すぎない」こと。「月収100万円を稼ぐコピーライターです」みたいな誇張は出力に悪影響が出ることがある。「経験年数 + 得意なこと」くらいで十分だ。
② 背景・制約条件の説明
次に「この文章はどういう状況で使われるか」「書いてはいけないこと」を書く。
例：「この文章はWebマーケターが読む提案書の序文です。読者はすでにAIツールの基本を知っています。専門用語はOKですが、英語の略語は避けてください。禁止：結論を最後に持ってくる構成」
「禁止」を明示するのがかなり効く。「〜にしてください」という指示だけより、「〜はしないでください」も書いた方が出力の再現性が上がる。
③ タスクの指定
何を書いてほしいかを具体的に書く。ここが一番重要なブロックだ。
曖昧な指示の例：「提案書の序文を書いて」
具体的な指示の例：「n8nというノーコード自動化ツールの導入提案書の序文を800字で書いて。導入の背景（工数削減のニーズ）から始めて、n8nを選んだ理由2点を含めて、このツール導入で得られる具体的なメリットに続ける構成にする」
読者が誰か、何のために使う文章か、含めてほしい内容を細かく書くほど、手直しの回数が減る。
④ 出力形式の指定
最後に、どんな形式で出力してほしいかを書く。
- 文字数（「800字程度」「600〜700字」）
- トーン（「丁寧だが堅すぎない」「少しカジュアルな書き言葉」）
- 構成（「見出しなし・段落3つ」「箇条書き5点」）
- 禁止表現があれば追加
この4ブロックを書くのに最初は時間がかかる。でも、一度書いたプロンプトを保存しておけば次回から使い回せる。
実際に使っているプロンプトの例
以下は僕が実際に使っているプロンプトに近い形だ（内容はアレンジしている）。
あなたは法人向けWebサービスの営業提案を専門とするライターです。
以下の提案書の序文を800字で書いてください。
背景・制約： 読者は40代の営業部長。n8nという自動化ツールの導入に関心があるが、コストと学習コストを懸念している。専門用語はOKだが英語略語は避ける。結論から始める構成にする（PREP法でなくてよい）。禁止：希望的な結論で締めない。
タスク： 導入の背景（月20〜30時間の手作業削減ニーズ）→ n8nを選んだ理由2点（セルフホスト可能・API接続の柔軟性）→ 期待される効果（工数削減・エラー減少）の流れで書く。
出力形式： 文章のみ（見出しなし）・3段落構成・800字±50字・です/ます調
このくらい書くと、1〜2回の修正で使えるレベルの文章が出てくることが多い。案外、指示を詳しく書く方が修正コストは下がる。
よくある失敗パターンと修正方法
パターン1：「もう少し〇〇に」という追加指示
「もう少し丁寧に」「もう少し短く」という曖昧な追加指示は、大半の場合で期待と異なる方向に動く。「丁寧に」を繰り返すと過剰に堅い文体になり、「短く」を繰り返すと内容が落ちる。
修正方法：最初のプロンプトに「丁寧さのレベル：初めて会う取引先への手紙程度」「文字数：600〜700字」と数値・状況で指定する。
パターン2：チャットを長引かせる
10往復以上のチャットは出力精度が落ちやすい。Claudeが前の指示を参照しきれなくなるからだと思っている。
修正方法：3往復で完成しないプロンプトは、最初から書き直す。長いチャットを続けるより、新しいチャットで詳細なプロンプトを入れ直した方が早い。
パターン3：「なんとなく良さそう」な出力を承認してしまう
生成された文章をそのまま使い続けると、手直し不要なプロンプトがいつまでも育たない。
修正方法：手直しが発生した箇所とその理由を記録し、プロンプトに反映させる。1〜2回使えば「このプロンプトのクセ」がわかってくる。
まとめ：Claude プロンプトで文章生成の精度を上げるための考え方
Claude プロンプトの文章生成精度を上げる最短の方法は、「一発で使える出力」を目指してプロンプトを設計すること、だと思っている。
「とりあえず書いてもらって直す」より「最初から詳細な指示を書いてほぼそのまま使う」方が、トータルの時間は短い。
ただ、すぐに「一発完成のプロンプト設計」を目指そうとすると詰まる。まずは4ブロックで一度書いてみて、手直しが入った箇所を次に反映させる。それを数回繰り返すと、自分のユースケースに合ったプロンプトが育っていく。
とはいえ、毎回うまくいくわけじゃない。「これだけ詳しく書いたのに」と思う出力もある。Claude のモデル更新でプロンプトの効き方が変わることもある（仕様は調査時点の情報）。そこは割り切って対応している。
参考として、SHIFT AIのClaude記事作成プロンプト解説にはコピペで使えるプロンプト例が紹介されている。汎用テンプレートとして出発点にするには悪くない。
詳細なプロンプト設計の理論的背景については、cloudpackのClaude完全ガイドがXMLタグ活用など技術寄りの内容まで網羅している。
合わせて読みたい
コメント