assistantの先書き（プリフィル）が400になるモデル

先に結論

公式の記載では、プリフィル（messages の末尾を assistant の途中の文にする書き方）は、Opus 4.6 がすでに拒否し、Fable 5 と Mythos 5（2026年6月9日）、Haiku 5.5（10月7日、Haiku 4.5 との差として）、Opus 5.5（9月22日）で400になります。代わりは構造化出力またはシステムプロンプトの指示です。

モデル別

何に置き換えるか

• JSON で返したい：構造化出力。公式の移行ガイドは先書きの代わりに最初に挙げている
• 書き出しの文を揃えたい：システムプロンプトに「次の書き出しで始める」と書く
• 前置きを消したい：システムプロンプトで禁止し、最初の1文に結論を書くよう指示する
• 続きを書かせたい：これまでの文を user のメッセージに入れ、「この続きを書いて」と頼む

見つけ方と注意

1. コードで、messages の最後の要素が role: "assistant" になる経路を検索する
2. テンプレートが組み立てる場合、本番の入力で実際に最後が assistant になるかをログで確かめる
3. 置き換え後は、出力の最初の数文が変わる。パーサーが先頭の記号に頼っていれば、直す

先書きを外すと、同時に サンプリング指定や tool_choice も外す必要があることが多く、移行は3点セットで起きます。

具体例：JSONの先書きを構造化出力に替える

以前は、assistant の最初の文字を { にして、JSON から出力が始まるように強制していたとします。新しいモデルではこの会話が400になります。置き換えでは、構造化出力に出力のスキーマを渡し、必ずそのスキーマに合う JSON が返る形にします。先書きを使っていた理由が「前置きの文章を消したい」だけなら、システムの指示に「前置きや説明は書かず、結論から始める」と書くだけで足ります。どちらの場合も、置き換えたあとに、出力の先頭が想定の記号で始まっているかを機械で確かめる検査を1つ入れておくと、後の変更に気づけます。

よくある取り違え

• 「プリフィルは Claude 全体で廃止」と読む：旧モデル（Opus 4.5 以前）では可と読める記載がある
• 「構造化出力は先書きと同じ」と読む：形を保証する仕組みは別で、スキーマを渡す
• 「エラーを避けるため assistant の発言を全部消す」と読む：消すのは末尾の先書きだけでよい。途中の assistant の発言は通常の会話

自分の環境で確かめるには

テストで、messages の最後に role: "assistant" の短い文を置いた依頼を、対象のモデルに送ってみます。400になることを確かめたうえで、同じ依頼から先書きを外し、システムの指示で書き出しを指定した版を送って、出力の先頭が期待どおりかを見ます。この2回の記録が、移行の前後比較の証拠になります。

この面で確かめていないこと

• Sonnet 5.5 と Fable 5.1 の先書きの扱い（こちらの確認範囲では明記なし。Fable 5.1 は Fable 5 の後継だが同じとは確かめていない）
• 構造化出力の対応範囲・制限（別の資料）

よくある質問

次に読むページ