例でトーンを校正するとは、少数例プロンプトに塩梅がちょうど良い古いメールを例として添え、言葉遣い、文の長さ、呼びかけ方といったトーンを構成する具体的特徴をClaudeに模倣させることを指す。「プロフェッショナルだが硬すぎない」といった抽象的な要求を文章で一つ一つ定義するのではない。これはプロンプトを書く際の一般的なやり方とは異なる。多くの人はトーンの要求に直面すると、直感的に要求をより詳細に書こうとするが、トーン自体は網羅しきれない多くの細部から成る全体的な印象であり、ルールとして書けば書くほど長く曖昧になり、それでも組み合わせた結果が正しいとは保証できない。例は「定義する」という段階そのものを迂回し、言葉にしづらい基準をClaudeが直接模倣できる具体的な対象へと変換する。
このニーズが生じるのは、上司がトーンの要求を伝えるとき、しばしば「プロフェッショナルだが硬すぎない」といった短い言葉を使うからだ。この言葉は上司にとっては正確であり、頭の中には明確なイメージがある。ただそのイメージを完全には言葉に変換できず、あなたに伝えている。それをそのままClaudeに転送すれば、曖昧な指示をもう一段階曖昧なまま伝えることになり、二回の変換の過程で情報が失われ続ける。例の役割は、この情報の目減りの連鎖を断ち切ることにある。抽象的な要求を人から人へ、人からAIへという二層の変換にかける代わりに、具体的な事例を一つ見つけ、Claudeにその事例からトーンを直接読み取らせることで、途中で誤りが起きうるすべての変換段階を飛ばすことができる。
実務では三段階で進める。第一に、塩梅がちょうど良いと思う古いメールを一通見つける。今回返信する状況に最も近いもの（同じ謝罪、同じ提案）を優先する。状況が近いほど、例の比較可能性は高くなる。第二に、そのメールの全文をプロンプトに例として貼り付け、今回返信すべき内容の要点を添え、「このメールのトーンとスタイルを参考にして、以下の内容に返信してください」と指示する。トーンの特徴を追加で説明する必要はない。例そのものが既にそれを示している。第三に、完全にぴったりの例がすぐに見つからない場合でも、八割方近いものを使う方が例を全く与えないよりよい。不完全な例でも、純粋な文章による説明よりトーンに関する情報を多く伝えるからだ。出力後もまだトーンにずれがあれば、「例のメールのこの段落のトーンにもっと近づけて」と直接指摘する。この修正動作は、言葉でトーンを一から再定義するより通常速く、正確である。
あなたにとって、この方法が本当に節約するのはプロンプトを書く時間ではなく、事後の修正にかかる時間とコミュニケーションのコストだ。トーンが合わなかったメールは、自分で書き直すか、上司に見せて「そういう意味じゃない」と言われ、結局どこが違うのか自分で推測するしかなくなる。上司自身も正確には言葉にできないことが多いからだ。この一連のやり取りのコストは、最初にぴったりの古いメールを探す一分間より、往々にしてはるかに大きい。注意すべきは例の選び方の質だ。選んだ例の状況が今回返信する内容とかけ離れすぎている場合（例えば感謝のメールを例にして謝罪メールを書くなど）、Claudeは例の中の模倣すべきでない内容の特徴まで学んでしまうことがある。この場合、問題は少数例プロンプティングという手法自体が機能しないことではなく、例の選び方が十分に近くなかったことにある。状況がより近い例に差し替えれば、通常は解決する。
上司から取引先へのメール返信を頼まれ、ついでに「プロフェッショナルな感じで、でも硬すぎないように。この取引先とはわりと良い関係だから」と言われる。その言葉をそのままClaudeのプロンプトに貼り付けると、トーンとしては教科書的に正しいが、あなたたちが普段この取引先とやり取りしているのとはまったく違う調子のメールが返ってくる。問題はClaudeがメールを書けないことではない。「プロフェッショナルだが硬すぎない」という言葉自体が、そもそも正確に定義されていないのだ。それはあなたと上司の間の暗黙の了解の中に正確に存在しているが、汎用的な文章のルールとして翻訳することはできない。
「硬すぎない」をルールとして書き出そうとすると、書けば書くほど長く曖昧になっていく。「拝啓」で始めない、口語的な表現を一つ二つ使ってもよいが多すぎない、文は長すぎない、でも短すぎても素っ気なく見える……一つ一つは合理的に聞こえるが、すべてを組み合わせても出来上がったメールが本当に「正しい」保証はない。これはまさに constraint stacking（制約の積み重ね）でよく見られる失敗パターンだ。条件を積み重ねるほど、個々の条件はそれぞれ成り立っていても、全体としての効果は条件の総和にはならない。トーンはまさにこの種の積み重ねの中で最も歪みやすいものの一つである。これはあなたの表現力の問題ではない。トーンとはそもそも全体的な印象であり、言葉遣い、文の長さ、呼びかけ方、句読点の使い方まで含めて構成されるもので、一つ一つのルールに分解するのは難しいが、「これは正しい、あれは違う」は一目で判断できる。この、認識はできるが定義しづらい基準こそ、少数例プロンプティング（few-shot prompting）が力を発揮する場面である。
やり方は単純だ。あなたが塩梅がちょうど良いと思う過去のメールを一通見つける。自分が書いたものでも、同僚がこの取引先に宛てて書いた、トーンの掌握が上手だったものでもよい。そのメールの原文をプロンプトに例として貼り付け、今回返信すべき内容の要点を添えて、「このメールのトーンを参考にして、以下の内容に返信してください」と指示する。「拝啓を使わない、文は中くらいの長さ、親しみを込めつつも節度を失わない」といったルールを言葉にする必要はない。例のメール自体が、そうした特徴をすべてClaudeに示してくれている。この方法の要点は、例のメールがどれほど完璧に書かれているかではなく、あなたの頭の中にある言葉にしづらい基準を、Claudeが直接模倣できる具体的な対象へと変換する点にある。
例のメールをどう選ぶかは、結果に直接影響する。選ぶ際は、そのメールが本当に求めているトーンを表しているか、それともたまたま手元にあっただけで内容が実はあまり合っていないかを確認する必要がある。候補が複数あるなら、今回返信する状況に最も近いものを優先する。同じ謝罪、同じ提案、同じ進捗確認といった具合だ。状況が近いほど、トーンの比較可能性は高くなる。完璧な例がすぐに見つからない場合でも、八割方近い例を使う方が、まったく例を与えないよりよい。不完全な例でも、純粋な文章による説明よりトーンに関する情報を多く伝えられる。これは output format（出力フォーマット）を指定する際のロジックと同じであり、ここで規定しているのは項目や構造ではなくトーンそのものであるという違いはあるが、例のメールは「今回の出力がどうあるべきか」の具体的な見本として機能している。
すべてのメールでわざわざ例を探す必要があるわけではない。宛先が社内の同僚で、トーンの要求がもともと緩く、あるいは「このメールはどんな感じであるべきか」について既に確信があるなら、明確に書かれた言葉の指示の方が、古いメールを探すより通常速い。時間をかけて例を探す価値があるのは、トーンに明確な基準があるのに言葉では説明しづらい場面だ。重要な取引先への返信、塩梅が求められる謝罪メール、会社の顔として対外的に発信するコミュニケーションなど、トーンを外すと代償が大きいタスクでは、ぴったりの古いメールを探すために一分余分にかける価値がある。
「プロフェッショナルだが硬すぎないトーンで」という言葉は、自分では明確に伝えたつもりでも、実際には自分の中では明確な答えがあるのに完全には言語化できない基準を、Claudeに推測させているにすぎない。当たれば運が良かっただけで、外れれば書き直す時間がかかり、しかも「どこが違うか」を改めて説明しなければならないことも多い。この説明は、例のメールを一通探す方がむしろ楽なことが多い。自分自身も「どこが違うか」を正確には言えず、「とにかく違う」としか感じられないことがほとんどだからだ。うまく言葉にできない基準を事後に説明する時間をかけるより、その時間を事前の例探しに回す方がよい。ぴったりの古いメール一通は、十個の形容詞よりも速くClaudeを求める塩梅へ導いてくれることが多い。