Fable 5.2 向けのプロンプト調整: 「このコードベースはあなたのもの」と書くと重複をまとめ、近くの不具合も直す
Anthropic の Fable 5.2 プロンプトガイドによると、コードの持ち主を「モデル自身」と書くかどうかで、既存コードへの手の入れ方が大きく変わる。ほかに「途中で止まる」「慎重すぎる」への対策文も公開されている。
コードの持ち主を書く（Say who owns the code）
- 持ち主を書かないか「他人のコード」と書くと、Fable 5.2 は既存の構造に継ぎ足す傾向がある（重複コードも作る）。近くの問題は報告だけして直さない
- 構造の改善も任せたいなら、システムプロンプトに次の1文を入れる:
text
This codebase is yours: what it's for and how it's built are your call, and you'll keep building on it.- Anthropic の小さなコーディング課題での結果: 重複コードをまとめた割合が、1文なしで1割未満 → ありで約半分。長いシステムプロンプトの中に置いても効いた
- 代わりに出力トークンが約1.5倍。頼んでいない変更（テストやドキュメントの追加）が増え、既存機能の挙動を変えたのは6〜10回に1回。最後の要約は小さな変更を書き漏らすので、要約ではなく diff を見る
- 「変更は最小限に」というユーザー所有のコードでは入れない。「No drive-by refactors」と別に書いても打ち消されない（それでも約3分の1で重複をまとめた）
途中で止まるとき（Finish the whole task）
- low／medium effort では「残りはこれです、続けますか？」で止まりやすい。ガイドの「# Finishing work」の文（普通のエラー・タイムアウトは診断して乗り越え、意図的な禁止は触らず報告する）を入れると、やり残しで終わるセッションが約半分に減った。出力トークンは約30%増
- 続けさせるときは「go」ではなく「はい、ステージングのDBでマイグレーションを実行して」のように中身を言う
慎重すぎるとき（Keep caution from piling up）
- メモ・記憶・指示ファイル・レビュー役の条件に溜まった「決して〜するな」を、Fable 5.2 はそのまま守る。不要なメモを消し、「承認なしでよい手順（例: 安全なリトライ）」を名指しで書く。「もっと自由に動いて」という一般論は効かなかった
- 例外は別の行ではなく、ルールの文そのものに書く
旧モデル用の指示を見直す
- サブエージェントへの委任を勧める行、プロンプトに書いたトークン予算、「深く考えずに答えて」（medium 以上では効かない。effort を下げる）、細かすぎる文体ルールは削るか試し直す
- 指示の変更は新しい会話でだけ行う（Fable 5.2 は prefix check で、過去の system や tools を変えて思考ブロックを送り返すと 400）
出典
- @simonw · 2026-11-10
- Anthropic「Prompting Claude Fable 5.2」: platform.claude.com