Claude Opus 5 / Sonnet 5 へのモデル変更時に壊れる 7 つの理由と修正方法
Hiroba による自動要約
Claude API の既存コードで model パラメータを Opus 5 や Sonnet 5 に変更すると、temperature 削除、thinking パラメータ変更、構造化出力への置き換え、refusal 対応など 7 つの破壊的変更に遭遇する。公式移行ガイド基準の変更点を一覧化し、静的解析ツール (claude5-migration-kit) で該当箇所を自動検出・修正する方法を提供。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 5008 件あります。
関連する記事
同じタグの記事
Claude Code の使用量計算ロジック ── Max 20x での実測と API 料金表の乖離
ZennClaude Code Pro/Max プランの「5時間セッション制限」「週間使用制限」の減り方を実験で測定し、使用量計算式を導出。cache read は 0.025 倍の軽みで計上、headless は対話モードの 2～2.86 倍を消費、モデル重みは API 単価比と異なることを明かした。公式発表の「5時間枠 +20%」は実測では 1.11 倍だった。
Langfuse 停止中のトレースが欠落したので、リレーを挟んでみた
ZennClaude Code の実行トレースを記録する Langfuse（セルフホスト）が停止中のデータ喪失に対応するため、ローカルリレープロセスを構築。トレース送信を一度ディスクのスプールに保存してから Langfuse へ転送し、停止中は spool に溜めておいて復旧後に古い順に再送する仕組みを実装した。
Claude Agent SDK を活用した障害調査の自動化―ログ分析からコスト最適化まで
QiitaSlack 経由で誰でも障害調査ができる仕組みを Claude Agent SDK と AWS (Lambda・SQS・ECS Fargate) で構築。ソースコードの必要部分のみ読取り、大規模ログを数万行から数百行に圧縮、症状情報の提供といった 5 つの工夫で 1 回あたり 0.5～1 ドルのコスト実現と根本原因の特定を両立させた実装例。
Claude Sonnet 5.5 の「最大30%安い」は、手順のある仕事でだけ再現した
QiitaClaude Sonnet 5.5 は単価は Sonnet 5 と同じだが、手順が多い課題では平均31%の費用削減を実現。複数ファイル読み込み・判定・集計といった多段階処理では公式発表の「最大30%」がほぼ再現された一方、シンプルな課題では逆に25%遅く費用差も16%にとどまった。1回ごとの成績は揺れるため、数十回の平均で初めて効果が見える。