「JSONで返して」とお願いしたのに、毎回「はい、承知しました。以下がJSONです」という一言がくっついてくる。プログラムに流し込むと、そこでエラーになる。指示文を書き直しても、5回に1回は同じことが起きる。
その揺れは、指示の書き方ではなく渡し方で消せます。AIに「話し始めの一言」を渡してしまえばいいのです。
プレフィルとは？AIの書き出しを先に決めておく技
プレフィルとは、AIの回答の先頭部分をこちらが書いて渡し、AIにはその続きだけを書かせるやり方です。英語のprefill（あらかじめ埋めておく）が語源で、日本語では「事前入力」とも呼ばれます。
ふつうのやり取りは、こちらが質問を書き、AIがゼロから回答を書き始めます。プレフィルでは、AIの回答欄にこちらが { や 【結論】 といった数文字を置いた状態でバトンを渡します。
AIは「自分がすでにそう書き始めた」という前提で続きを作ります。だから書き出しに戻ってきません。
ここが肝です。指示は「お願い」ですが、プレフィルは「既成事実」。強制力がまるで違います。
なぜ指示文よりプレフィルのほうが効くのか
言語AIは、直前までの文字列を見て「次に来そうな文字」を選び続ける仕組みで動いています。だから、文章の途中から渡されると、その流れを裏切る書き方をしづらくなります。
「前置きを書くな」と指示しても、AIの中では前置きを書く選択肢が残ったままです。確率が下がるだけで、ゼロにはなりません。
プレフィルは選択肢そのものを消します。回答が {"title": から始まっている以上、そこに「承知しました」は入り込めません。
| 方法 | やっていること | 形式が崩れる確率 | 向いている場面 |
|---|---|---|---|
| 指示文で頼む | 「JSONだけ返して」と依頼する | 下がるが残る | 人が読む文章の生成 |
| 例を見せる | 良い回答例を2〜3個渡す | かなり下がる | 文体やトーンの再現 |
| プレフィル | 回答の1文字目を確定させる | ほぼ消える | 機械が読むデータの生成 |
| 後処理で直す | 出力から前置きを削る | 崩れる前提で対処 | 変更できない外部AIの利用 |
つまり、プレフィルは「お願いの精度を上げる」のではなく「間違える余地を先に潰す」手です。例を見せる方法と組み合わせると、さらに安定します。
プレフィルとプロンプトの指示は何が違う？
同じ「AIへの指示文」でも、届く位置が違います。プロンプトは質問側（user側）に書きますが、プレフィルはAIの回答側（assistant側）に書きます。
この差は、実際の挙動に3つの違いとして出ます。
- 指示は解釈される。プレフィルは解釈されず、そのまま回答の一部になる
- 指示は無視されうる。プレフィルは物理的に無視できない
- 指示は長くなるほど薄まる。プレフィルは1文字でも効く
長い指示文の末尾に「※前置き禁止」と書き足す運用をしている人は多いはずです。文章が長くなるほど、その一行は埋もれます。
書き出し1文字のほうが強い。これは覚えておく価値があります。
どのAIで使える？対応状況の見取り図
利用できるかどうかは、そのサービスが「AIの発言を自分で書いて渡す」ことを許しているかで決まります。チャット画面ではなく、開発者向けの窓口（API、つまり他のソフトからAIを呼び出す入口）を使うと選択肢が広がります。
下の表は2026年4月時点の一般的な整理です。仕様の更新が速い領域なので、実装前に各社の公式ドキュメントで現状を確認してください。
| 使う場所 | プレフィルの可否 | 補足 |
|---|---|---|
| Claude系のAPI | 公式に用意された使い方 | assistant側の書き出しを渡せる |
| その他の主要LLMのAPI | 実装により可否が分かれる | 会話履歴にAI側の発言として混ぜる形で近いことは可能 |
| 一般向けチャット画面 | 直接は不可 | 会話の流れで擬似的に再現する |
| ノーコードのAIアプリ基盤 | ツール次第 | 出力テンプレート機能が代役になる |
| 社内システム組み込み | 可 | APIの仕様に依存する |
要するに、APIを触れる人は本物のプレフィルを、そうでない人は擬似プレフィルを使う、という住み分けになります。APIまわりの選び方に自信がないなら、PerplexityとClaudeの使い分けガイドを先に読むと、どのサービスのどの窓口を触ればいいかの地図ができます。
書き方の型5つ｜そのまま使える最小パターン
実務で効くパターンは、そう多くありません。5つ覚えれば大半の場面をカバーできます。
1. 記号1文字で形式を固定する
書き出しを { にすると、JSONの外側にある説明文がまるごと消えます。[ なら配列、| なら表の1行目から始まります。
2. 見出しで構成を固定する
## 結論 と書いて渡せば、AIは結論から書き始めます。目次の順番を守らせたいときに効きます。
3. 立場を固定する
私は反対の立場から述べます。 を書き出しにすると、両論併記に逃げなくなります。AIが玉虫色の答えを返してくるときの特効薬です。
4. 続きを書かせる
書きかけの文章を途中まで渡し、その続きを生成させます。文体が揺れません。
5. 言い訳の入り口を塞ぐ
承知しました ではなく 検証結果: から始めさせると、能書きの段落が発生しません。
型は組み合わせられます。## 結論\n一択です。理由は のように2つ重ねると、結論の位置と断定の強さを同時に押さえられます。
JSONやCSVを崩さず出させるには？
機械が読むデータを作らせるとき、プレフィルの価値がいちばん分かりやすく出ます。人間なら前置きを読み飛ばせますが、プログラムは1文字目でつまずくからです。
手順は3つだけです。
- 質問側に、欲しい項目と型（文字列か数値か）を箇条書きで書く
- AI側の書き出しに
{を置く - 停止文字列（stop sequences、指定した文字が出たら生成を止める設定）に
}を入れる
これで、前後に何もついていないJSONの本体だけが返ってきます。閉じ括弧は自分で足します。
| 崩れ方 | 原因 | プレフィルでの対処 |
|---|---|---|
| 冒頭に「以下がJSONです」がつく | 会話的な応答の癖 | 書き出しを { にする |
| コードブロックの記号で囲まれる | Markdownで返す学習の癖 | 書き出しを { にすると囲みが発生しない |
| 末尾に「以上です」が続く | 締めの挨拶の癖 | 停止文字列で打ち切る |
| キー名が毎回ゆらぐ | 指示があいまい | 書き出しに最初のキーまで書く |
空の配列が null になる | 型の指定漏れ | 質問側で型を明記する |
つまり、書き出しと停止文字列の2点セットで、出力の入口と出口を同時に閉じるわけです。ここまでやると、後処理のコードがごっそり消えます。
社内ツールに組み込むなら、ノーコードのAIアプリ基盤を使う手もあります。選定の観点はDifyとNeon AIの比較が詳しいので、自作するか既製品に乗るかの判断はそちらが早いです。
余計な前置きと言い訳を消すには？
AIの回答が長くなる原因の半分は、中身ではなく作法です。挨拶、確認、注意書き、締めの一言。これが毎回2〜3段落を食います。
書き出しを内容の1文目に固定すると、この層が丸ごと落ちます。
たとえば議事録の要約なら、決定事項: から始めさせます。AIは決定事項を書くしかありません。「議事録を拝見しました」という一文の居場所がないからです。
トークン（AIが扱う文字のかたまり）の消費も減ります。料金は使った量で決まるので、地味に効きます。
短くなるだけではありません。読む側の集中も切れにくくなります。
チャット画面しか使えないときはどうする？
APIを触らない人でも、近いことはできます。方法は3つです。
会話を2往復に分ける。 1往復目で「これから返す形式のひな形だけ書いて」と頼み、AIにひな形を出させます。2往復目で「そのひな形の続きを埋めて」と頼みます。AI自身の発言が土台になるので、プレフィルに近い拘束がかかります。
書き出しを引用して渡す。 「あなたの回答は必ず次の文字列から始めてください: {」と書き、そのうえで「この一文以外は出力しない」と念を押します。強制力は落ちますが、素の指示よりは効きます。
カスタム指示に固定する。 主要なチャットAIには、毎回の回答ルールを保存する機能があります。前置き禁止をそこに書いておけば、会話ごとに指示し直す手間が消えます。
| やり方 | 手軽さ | 効き目 | 向いている人 |
|---|---|---|---|
| API本来のプレフィル | 実装が必要 | 圧倒的 | 開発者、業務組み込み |
| 2往復に分ける | 手作業のみ | 高い | 毎日同じ形式を作る人 |
| 書き出しを指定する指示 | すぐできる | 中くらい | たまに使う人 |
| カスタム指示に保存 | 初回だけ設定 | 中くらい | 個人利用が中心の人 |
まとめると、頻度が高いほど本物のプレフィルに寄せる価値が上がります。週1回の作業なら指示文で十分です。
コードを書きながら試すなら、Phindの使い方ガイドにある検索と生成の切り替え方が参考になります。手元のCursorやClaude CodeでAPIを叩けるなら、数行の追加で試せます。
プレフィルが効かない・壊れるのはどんなとき？
万能ではありません。うまくいかない場面には共通点があります。
思考過程を表示するモードとぶつかる。 AIに考える過程を出させる機能がある場合、その先頭はAI自身が使う領域です。ここに人間の書き出しを差し込めない実装があります。エラーになるか、機能が無効化されます。
書き出しの末尾に空白があると弾かれる。 結論: のように末尾にスペースを入れると、エラーを返す実装があります。空白は削って渡すのが安全です。
長すぎる書き出しは逆効果。 3行も4行も書くと、AIが「もう十分書いた」と判断して短い続きしか返しません。書き出しは1行以内が目安です。
内容まで先回りすると誘導になる。 結論: 効果はありませんでした。 まで書いてしまうと、AIは根拠を後付けします。形式だけを固定し、判断は渡さない。この線引きを守らないと、都合のいい答えを自分で書かせているだけになります。
ここまでの整理: プレフィルは「形式」を固定する道具です。「内容」を固定し始めた時点で、それは検証ではなく作文の代行になります。JSONの括弧や見出しはどんどん指定してよく、結論の中身は書かない。この一線が実務での分かれ目です。
安全面の注意｜ガードレールを外す道具ではない
プレフィルには影の側面もあります。AIが断るべき質問に対して、承諾の書き出しを人間が書いてしまえば、拒否の一言を飛び越えられる可能性があるからです。
この使い方は、ほぼすべてのAIサービスの利用規約に反します。業務で使うなら、そもそも設計として封じておくべきです。
社内システムに組み込むときの最低限は3つあります。
- プレフィル文字列を利用者の自由入力から作らない（開発側が固定値で持つ）
- 利用者の入力を、AI側の発言としてそのまま混ぜない
- 出力のログを残し、想定外の形式が出た回数を数える
1つ目が特に落とし穴です。画面の入力欄がそのままAI側の発言に流れる作りにすると、外部の人間がAIの発言を書ける状態になります。これは指示の乗っ取り（プロンプトインジェクション）そのものです。
セキュリティ観点でツールを選ぶなら、AIセキュリティ関連のツール一覧から、ログと権限管理の仕様を先に見比べるのが早いです。
「プレフィル」のもうひとつの意味｜推論の前半処理
技術記事で「プレフィル」を見かけたとき、まったく別の話をしている場合があります。AIが答えを作る処理は、大きく2段階に分かれます。
前半が入力文をまとめて読み込む段階で、これをプレフィルと呼びます。後半が1文字ずつ答えを吐き出す段階で、デコードと呼びます。
この2段階は必要な計算資源の性質が違うため、別々のサーバーに分けて動かす手法が実用化されています。アマゾンのAI基盤サービスでも、プレフィルとデコードを分離する仕組みが提供されています。大規模に推論を回す事業者向けの話で、記事の主題である「書き出しの事前入力」とは別物です。
| 呼び方 | 意味 | 誰が使う言葉か |
|---|---|---|
| プレフィル（本記事の主題） | AIの回答の書き出しを先に書いて渡す | プロンプトを書く人、開発者 |
| プレフィル段階 | 入力を読み込む前半の処理 | 推論基盤の運用者 |
| プレフィル（Web一般） | フォームの入力欄をあらかじめ埋めておくこと | Web制作者、マーケター |
つまり、同じカタカナ語が3つの世界で使われています。技術ブログを読むときは、どの文脈かを最初に見分けると混乱しません。
どこから試すか｜導入の順番
いきなり全社の業務に組み込む必要はありません。効果が数字で見えやすい順に試すのが合理的です。
- 毎日繰り返している定型出力を1つ選ぶ（日報の要約、問い合わせの分類など）
- 現状で形式が崩れる頻度を1週間だけ数える
- 書き出しの固定と停止文字列を足す
- もう1週間数えて、崩れた回数を比べる
比較対象がないと、効いたのか気のせいなのか判断できません。「なんとなく安定した」は、次の投資判断の材料になりません。
AI機能つきの有料プランを評価するときも同じで、Duolingo Maxの料金解説で使われている「何が増えて何が増えないか」の見方は、社内AIの費用対効果にもそのまま使えます。ツール単体の実力を吟味する読み方は、irusiruのレビューの観点が参考になります。
書く仕事で使うならAIライティング系のツール、開発で使うならAIコーディング系から、出力形式の指定機能があるものを選ぶと導入が速いです。
AI PICKS編集部の判定
プロンプトの技術は流行り廃りが激しく、半年で古びるものが多いのが実情です。そのなかでプレフィルは例外で、言語AIが「続きを予測する」仕組みで動く限り効き続けます。原理に根ざしているぶん、賞味期限が長い。
費用対効果は破格です。実装は文字列を1つ足すだけで、追加料金はかかりません。それでいて、JSONの整形処理や前置き削除のコードが不要になります。データ連携を組んでいるチームなら、初日で元が取れます。
一方、万人向けかというと微妙です。チャット画面しか使わない人にとっては、擬似的な代替手で十分な場面が多く、わざわざAPIに移行するほどの動機にはなりません。効くのは「同じ形式を毎日何十回も出す」人です。
使いどころを間違えなければ一択の手法、という評価になります。ただし、内容まで書き出しに含めて結論を誘導し始めると、検証の意味が消えます。形式は縛る、中身は縛らない。この線を守れるチームでこそ、真価が出ます。
よくある質問（FAQ）
Q. プレフィルは無料で使えますか？
機能そのものに追加料金はかかりません。通常のAI利用料の範囲で使えます。むしろ前置きが消えるぶん出力量が減るため、使用量に応じた課金では総額が下がる方向に働きます。
Q. プログラミングができなくても使えますか？
本来の形はAPI経由なのでコードが必要です。ただし、会話を2往復に分けて1往復目の出力を土台にする方法なら、チャット画面だけで近い効果が出ます。ノーコードのAIアプリ基盤の出力テンプレート機能も代役になります。
Q. 日本語でも効きますか？
効きます。【結論】 や 決定事項: のような日本語の書き出しでも、続きの流れは固定されます。英語のほうが強いといった差は、実務で気にするほどではありません。
Q. プレフィルとfew-shot（例を見せる方法）はどちらが強いですか？
目的が違うので比べる意味が薄いです。例を見せる方法は文体や判断基準を伝えるのに向き、プレフィルは形式を確定させるのに向きます。両方を同時に使うのが最も安定します。
Q. 書き出しはどのくらいの長さが適切ですか？
1行以内が目安です。長く書くほどAIは「残りは少しでいい」と判断し、続きが痩せます。記号1文字や見出し1つで足りる場面がほとんどです。
Q. 効かなくなったときは何を疑えばいいですか？
順に、書き出し末尾の空白、思考過程を出すモードの有効化、書き出しの長さ、モデルの変更の4つです。とくにモデルを切り替えた直後は挙動が変わることがあるため、同じ書き出しで再検証してください。
Q. Webフォームの事前入力も同じ「プレフィル」ですか？
言葉は同じですが別物です。フォームのプレフィルは入力欄をあらかじめ埋めておくUIの工夫で、AIの生成とは関係ありません。技術記事を読むときは、どちらの文脈かを最初に確かめると誤読を防げます。
あわせて見たいツール・カテゴリ
- Claude API — AI側の書き出しを渡す使い方が公式に用意されている窓口です
- Claude — チャット画面でカスタム指示と組み合わせて試したいとき
- ChatGPT — カスタム指示に前置き禁止を保存しておく運用が向いています
- Gemini — 会話履歴の組み立て方で挙動が変わるので比較検証に
- Dify — 出力テンプレートで擬似プレフィルを組むノーコード基盤
- プロンプト関連カテゴリ — 指示文の設計をまとめて学びたいとき
- LLMカテゴリ — API仕様の違いを横並びで確認したいとき
- AIライティングのツール一覧 — 定型出力を毎日回す業務向け
次に読むなら、DifyとNeon AIの比較がおすすめです。プレフィルを社内の仕組みとして固定するとき、自作するか既製の基盤に乗るかの判断材料がそろいます。
各ツールの公式サイト（一次情報）
料金・機能・対応範囲は各社公式が一次情報です。本記事は公開時点の検証に基づきますが、最新かつ正確な条件は必ず各公式ページで確認してください。
- Claude API — 公式サイト（AI PICKSの詳細）
- Claude — 公式サイト（AI PICKSの詳細）
- ChatGPT — 公式サイト（AI PICKSの詳細）
- Gemini — 公式サイト（AI PICKSの詳細）
- Dify — 公式サイト（AI PICKSの詳細）
