プロンプト改善を「1回の満点」で判断してはいけない ─ 10回回して分かったこと

非開発者が Claude とチャットで半年かけて社内 Web ツールを構築する過程で、チャット終了時に AI が文脈を失う問題に直面。要約では漏れが生じ、詳細な資料は消費が膨らむジレンマを経験しながら、38 版の引き継ぎプロンプトへ進化させた。決定事項の明記、禁止項目の記載、教訓 52 件の蓄積など、試行錯誤から導き出した実装パターンを公開。

Reddit ユーザーが「敵対的レビュアー」プロンプトパターンを使用することで、Claude の出力品質に関する長年の課題を解決できたと報告。このスキルパターンは、Claude に対して批判的・厳密な視点から自らの回答を検証させることで、より堅牢で信頼性の高い結果を引き出すテクニック。

推論モデルの進化と超ロングコンテキスト対応により、「どう聞くか」から「何を渡すか」へスキルの中心が移動。構造化データの設計、RAGの精度重視、情報配置の最適化といったコンテキスト設計が、production環境で勝つための必須スキルになったことを解説。

ITインフラエンジニアが手順書を LLM に食わせやすい形で標準化するため、Claude と協働して XML と YAML を組み合わせた構造化フォーマットを設計。セクション境界の明示性・指示理解の精度向上・出力の自動化が Markdown 比で優れる一方、トークン消費は 1.3-1.5 倍増加。プロンプトキャッシュ活用と再質問削減でトータルコストは逆転する実装パターンを解説。