Claude API が overloaded_error / 429 で落ちる — Anthropic SDK の自動リトライだけでは足りない理由と指数バックオフ+ジッターの実装手順
Hiroba による自動要約
Claude API の 429 / 529 エラーで無人バッチ処理が止まる問題に対し、Anthropic SDK の既定リトライ設定（max_retries=2）を上げる方法と、自前でリトライロジックを実装する際の指数バックオフ+full jitter パターンを、Python コード例とともに解説。Retry-After ヘッダの優先処理と streaming 途中切断への対応がポイント。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 2169 件あります。
関連する記事
同じタグの記事
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) を特定でき、エージェントの隠れた意図や不整合な思考を監視する可能性が開ける。
.jpg)
Claude Code でモデルと effort レベルを選択する
HNClaude Code がリクエストを処理する際のモデル選択の仕組みを解説。トークン化から重み（パラメータ）による予測まで、モデルの内部動作を図解しながら説明。異なるモデルへの切り替えが何を変えるかについて詳述。
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 を置いてコスト最適化を実現。