Claude Sonnet 5へのBedrock移行時にConverse APIでエラーが発生した原因と対策
Hiroba による自動要約
Sonnet 4.6から Sonnet 5 へ移行したところ KeyError: 'text' が発生。原因は Sonnet 5 で adaptive thinking が常にオンになり、レスポンスの content 配列に reasoningContent が混在するようになったため。単純に content[0]['text'] で取得するコードは失敗する可能性がある。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 1491 件あります。
関連する記事
同じタグの記事
Anthropic Python SDKで突然APIが壊れた — httpx 0.28のproxies廃止という地雷
Zennanthropic SDK 0.39.0を固定していても、間接依存のhttpx 0.28で proxies 引数が廃止されたため、デプロイ再ビルド時にClient初期化エラーが発生。requirements.txtでhttpxバージョンも明示的に固定することで解決。直接依存だけでなく重要な間接依存のピン留めが必須。
Claude Fable 5 実務検証 〜 Opusの2倍価格、どのタスクで元が取れるか試した
QiitaFable 5とOpus 4.8を実務タスク4カテゴリで直接比較した結果、長時間・多段・曖昧な自律タスクではFable 5が明確に上回り、定型・軽作業では価格相応の差がなかった。乗り換え判断は1週間のタスク台帳でやり直し2回以上のタスクをA/B検証する方法が有効。
Claude の内部思考を可視化する J-lens、Anthropic の解釈可能性研究
QiitaAnthropic が発表した J-lens は、Claude が出力するテキストより前の内部活性から、モデルが言葉にできる状態にしている概念を直接読み取る手法。ヤコビアンを用いた計算により、全活性のごく一部に留まる「言語報告可能な空間」(J-space) を特定でき、エージェントの隠れた意図や不整合な思考を監視する可能性が開ける。
Logic Apps で Claude Messages API を用いて Agent を実装し、prompt caching を効かせてみた
QiitaMicrosoft Foundry 上で Claude Messages API を直接呼び出し、Logic Apps でツール往復ループを自作することで、prompt caching によって入力トークンを削減した実装例。Responses エンドポイント経由ではキャッシュ機能が利用できないため、Messages API の /anthropic/v1/messages エンドポイントを直接使用し、system プロンプトに cache_control を置いてコスト最適化を実現。