PROMPT MAP
EVIDENCE-BASED PROMPT ENGINEERING

Claude Codeへの話し方で
出力が変わる?
— 研究データで検証する最適プロンプト

FROM RESEARCH TO PRACTICE

「$200チップあげます」「あなたは専門家です」——
ネットで広まるテクニック、本当に効くのか?

01

「AIへの話し方」をめぐる都市伝説

SNSを開けば、こんなアドバイスが溢れている。

「チップをあげると言えば出力が良くなる」
「あなたは専門家ですと言えば精度が上がる」
「丁寧に話すほうがAIは頑張ってくれる」

直感的にはもっともらしい。人間相手なら、そうだろう。

だが、AIは人間ではない。 感情で頑張る仕組みは持っていない。 では、本当に出力の質を変えるものは何なのか?

2024〜2026年に発表された複数の大学研究と、Claude Code公式のベストプラクティスから、 答えを整理する。


02

検証結果:効果なし・逆効果のテクニック

まず、広く信じられているが研究で否定されたテクニックから。

TECHNIQUE RESULT SOURCE
「$200チップあげます」 出力が長くなるだけ。精度向上なし。 NO EFFECT Wharton大学研究
「あなたは専門家です」 コーディング・数学では精度が下がる。 NEGATIVE USC研究(2026/3)
過度な丁寧語・敬語 構文が複雑化し、日本語では精度低下傾向。 NEGATIVE 多言語横断研究
WHY THESE FAIL
AIは「モチベーション」で動くのではない。入力テキストの構造から出力を生成する。 チップの約束は入力にノイズを加えるだけ。専門家ペルソナは特定の分野でバイアスを生む。 過度な敬語は構文を複雑にし、指示の核心が埋もれる。

03

検証結果:本当に効くテクニック

では、実際に精度を改善すると確認されたアプローチは何か。

TECHNIQUE RESULT SOURCE
明確・具体的な指示 全研究で一貫して最重要。 PROVEN 全研究共通
中立的なトーン 安定して高品質な出力。 PROVEN Wharton大学他
EmotionPrompt 最大115%改善。「ステップバイステップで考えて」等。 PROVEN BIG-Bench評価
検証手段の提供 Claude Code公式が「最もレバレッジが高い」と明言。 PROVEN Anthropic公式
「丁寧さ」ではなく「明確さ」が、AIの出力品質を決める。
これは礼儀の問題ではなく、情報構造の問題である。

04

日本語ユーザーの落とし穴

日本語でClaude Codeを使う場合、特有の注意点がある。

言い切り型が有効 JAPANESE SPECIFIC
「〜していただけますでしょうか」より「〜を実装する」
敬語の婉曲表現は構文を複雑にし、AIが指示の核心を見失いやすくなる。
BEFORE — 婉曲型
お忙しいところ恐縮ですが、もし可能であればログイン機能のトークン更新処理について確認していただけますでしょうか
AFTER — 言い切り型
src/auth/login.ts のトークン更新処理を修正する。期限切れ時に自動更新されること。

技術用語は英語のままでOK。 無理に日本語に訳すと、AIが正しい概念にマッピングできなくなることがある。 「フリーキャッシュフロー」ではなく「FCF」、 「認証トークン」ではなく「auth token」のほうが精度が安定する。


05

CLAUDE.mdの最適化 — 公式が教える行数制限

Claude Codeには CLAUDE.md という設定ファイルがある。 ここに書いた指示は、毎回のセッションでAIの行動指針になる。

Anthropic公式が推奨する行数がある。

GLOBAL(全プロジェクト共通)
50行以下
環境情報・コミュニケーション方針・保存ルール等
PROJECT(プロジェクト固有)
200行以下
技術スタック・コーディング規約・テスト方針等
DELETION TEST
CLAUDE.mdの各行に問いかける:「この行を消したら、Claudeがミスするか?」
答えがNoなら、その行は削除していい。 長いCLAUDE.mdは、AIの指示遵守率を下げる。短いほど正確に従う。

超えるとどうなるか? 指示が多すぎると、AIは優先順位を見失い、どの指示にも中途半端にしか従わなくなる。 情報を減らすことが、精度を上げる。 逆説的だが、これがデータの示す事実だ。


06

実践:良い指示の5つの構造

研究データが示す「良い指示」には共通構造がある。 以下の5要素を満たせば、AIの出力品質は安定する。

対象を明示する
ファイル名・関数名・クラス名を具体的に書く。
PlayerController.cs のダッシュ処理を実装する。
期待動作を書く
「バグを直す」ではなく「Shift押下中のみ移動速度1.5倍になること」。
AIが「完了」を判断できる基準を与える。
制約を伝える
使ってよい技術、避けるべきパターン、破壊してはいけない既存機能。
制約がないと、AIは自由に判断する。それが期待と一致する保証はない。
検証方法を含める
テスト実行・手動確認手順・期待される結果。
Claude Code公式が「最もレバレッジが高い」と明言する要素。
出力形式を指定する
変更内容・原因・検証結果・残課題を要約する形式。
形式を指定しないと、AIは「やりました」で終わることがある。
# 良い指示の例 ## 対象 src/auth/login.ts のトークン更新処理 ## 期待動作 アクセストークン期限切れ時に、リフレッシュトークンで自動更新される ## 制約 - 既存のログインフローを壊さない - エラー時はログアウトにフォールバック ## 検証 npm test -- --grep "token refresh" を実行して全テストがパスすること ## 出力 変更内容・原因・テスト結果を3行で要約

07

投資家の視点 — 指示の設計も「投資」だ

マンガーは言った。「愚かなことをしないだけで、十分に賢くなれる。」

AIへの指示も同じだ。 チップを約束したり、専門家のフリをさせたり、過度に丁寧にしたり。 やらなくていいことをやめるだけで、出力の質は上がる。

本当に効くのは、地味だが確実なこと。 対象を明示する。期待動作を書く。検証手段を渡す。

投資で言えば、派手な手法に飛びつくのではなく、 財務諸表を読み、ビジネスモデルを理解し、適正価格で買う。 それと同じ構造だ。

AIとの対話は、情報構造の設計である。 礼儀の問題ではない。設計の問題だ。 そして良い設計は、毎回のセッションで複利のように効いてくる。

Claude Code プロンプト最適化 EmotionPrompt CLAUDE.md エビデンス 指示設計
REFERENCES
MY NOTE
MY NOTE
saved
THIS MONTH
MTWTFSS