refusal の課金：出力前の拒否はどこまで無料か

先に結論

リリースノートの流れは次のとおりです。2026年6月2日、出力が空の refusal は課金しない。6月9日、Fable 5 などで拒否は stop_reason: "refusal" を返し、出力前の拒否は課金されない。9月24日、分類 bio・frontier_llm・reasoning_extraction の出力前の拒否は、課金が再開されました。それ以外の分類は、無料のままと読めます。

日付順

アプリ側でやること

1. stop_reason が refusal のとき、stop_details.category と explanation を記録する
2. 分類ごとに、請求が付く可能性を前提にログを集計する（特に上の3分類）
3. 利用者向けには、拒否の理由を一律に隠さず、依頼を言い換える案内を出す
4. 別モデルへ回す設定（fallbacks）は、別の面の仕組みを確認してから入れる。回った先の分も費用に入る

Opus 5.5 の移行ガイドは、refusal の扱いとフォールバックの設定を移行の必須項目に入れています。

具体例：拒否のログから請求の可能性を数える

1か月分の応答のうち stop_reason が refusal のものを抜き出し、stop_details.category ごとに件数を数えます。たとえば全体の1万件のうち拒否が50件で、その内訳が bio 10件・cyber 30件・その他10件だったとします。9月24日以降に課金が再開されたと確認できるのは bio・frontier_llm・reasoning_extraction の3分類なので、この例では少なくとも10件が請求の対象になりえます。請求の金額は、請求書の明細と突き合わせて確かめます。拒否の割合が急に増えたら、依頼の内容の変化か、モデルの分類器の変更かを疑います。

よくある取り違え

• 「拒否は常に無料」と読む：9月24日から、3分類の出力前の拒否は課金が再開
• 「拒否は cyber だけ」と読む：分類は cyber・bio・reasoning_extraction・frontier_llm などがある
• 「別モデルへ回せば拒否は起きない」と読む：回し先でも拒否されうる。回し先の費用も加わる

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

応答を保存している場合は、stop_reason が refusal のものを日付と一緒に抜き出し、9月24日の前後で、同じ分類の拒否に請求が付いたかを請求の明細と照らします。保存していない場合は、今日から stop_details を記録に残す設定にすると、翌月から確かめられます。記録のない拒否は、あとからは分類を知る手段がありません。

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

• cyber など上の3分類以外の、出力前の拒否の課金が今どうなっているか（リリースノートに再開の記載がないことからの読みで、確認ではない）
• 分類器の誤検知率（公開されていない）

よくある質問

次に読むページ