Skip to main content

​
簡潔な回答

エラーは次のように表示されます:
429と表示されますが、これはレート制限ではありません。thinkingブロックを含む会話履歴がプロバイダーの署名検証に失敗しました。リトライのたびに同じ履歴が送信されるため、クライアント側の自動リトライは常に失敗します。 **解決策: 新しい会話を開始してください。**エージェント、モデル、またはキー設定を変更する必要はありません。

​
典型的な症状

Claude Code、Claude Agent SDK、またはCherry StudioなどのクライアントのClaude Agentモードで、thinkingを有効にしている場合：
  • メインの会話で返答が一切生成されません。クライアントには「too many requests」や「retrying in 9 seconds (5/10)」などのメッセージが表示され、10回のリトライ後に処理が中断されます。
  • コンソールのログには、このキーに対して成功した課金リクエストが確かに表示されていますが、それらはすべてわずかなtokensのみの小規模なリクエストです。これらはクライアントがSmallモデルで送信する補助的なリクエスト（タイトル生成や意図判定など）です。履歴が含まれていないため、これらは成功します。
  • 同じ会話内で「continue」をクリックしたり言い換えたりしても同じエラーが発生します。新しい会話を開始すると、すぐに正常に動作します。

​
発生原因

thinking を有効にすると、各 Claude の返答は thinking ブロックから始まり、このブロックには signature が含まれます。次のターンでは、クライアントは履歴内で直前の thinking ブロックを署名を含め、受信した状態のまま送り返す必要があります。プロバイダーは署名を検証し、thinking の内容が改ざんされていないことを確認します。 以下のいずれかに該当する場合、署名の検証に失敗します：

署名の欠落または空の署名

クライアントが会話を保存する際に署名を保存しなかったため、空の signature 文字列を送り返すか、フィールド自体を省略してしまいます。複数のクライアントでこのようなバグが確認されており、thinking とファイル読み取りなどのツール呼び出しを組み合わせた際によく発生します。

変更された thinking の内容

履歴の手動編集、クライアント側での履歴の圧縮やトリミング、またはリクエストボディを再フォーマットするプロキシは、いずれも thinking の内容と署名の不一致を引き起こします。

会話途中のモデル切り替え

モデル A が thinking ブロックを生成し、同じ会話をモデル B で続行した場合、モデル B はモデル A が残した署名を受け付けない可能性があります。

会話途中のキーまたはグループの切り替え

会話の途中でキーまたは token グループを切り替えた場合、以降のリクエストが別のルートで処理され、以前の署名がそこでの検証を通過できない可能性があります。
エラー内の messages.1.content.0 は、履歴における最初の assistant 返答の最初のコンテンツブロック（最初のターンの thinking ブロック）を指しています。これが一度破損すると、その会話における以降のすべてのターンが失敗します。

​
解決方法

1

新しい会話を開始する

クライアントで新しい会話を作成し、ファイルを再度アップロードして、もう一度質問してください。同じエージェント、モデル、キーを維持します。これが最も迅速かつ確実な解決策です。
2

会話ごとに1つのモデルと1つのキーを使用する

別のモデルやキーが必要な場合は、新しい会話で切り替えてください。すでに思考履歴が含まれている会話内で切り替えないでください。
3

手動で履歴を編集しない

過去のアシスタントメッセージの思考内容を編集または削除しないでください。コンテキストを短縮するには、クライアントの内蔵圧縮機能を使用するか、新しい会話を開始してください。
4

クライアントをアップデートする

新しい会話で数ターン後にエラーが再発する場合、クライアントが履歴を保存する際に署名を欠落させている可能性が非常に高いです。最新バージョンにアップデートし、クライアントの開発者に再現手順を報告してください。
ご自身のコードからAPIを呼び出す場合: 履歴をリプレイする際は、各thinkingブロックを（signatureフィールドを含め）完全にそのまま保持するか、ブロック全体を削除するかのいずれかにしてください。思考テキストを残したまま署名を削除することは絶対に避けてください。公式SDKを使用する場合は、前回のレスポンスのcontent配列を変更せずにそのままmessagesに戻してください。

​
よくある質問

いいえ。リクエスト内容が無効であるためであり、リクエストレートとは関係ありません。待機したり後で再試行したりしても解決しません。Invalid signature in thinking blockが表示された場合は、新しい会話を開始してください。
いいえ。モデルが何かを生成する前に署名検証が失敗するため、これらのリクエストに費用は発生せず、コンソールのログにも表示されません。表示されている課金済みのエントリーは成功したリクエストによるもので、通常はクライアントによる小さな補助的なリクエストです。
同じ会話内でthinkingをオフにしても解決しない可能性があります。履歴にすでに存在するthinkingブロックが引き続き送信されるためです。新しい会話を開始する方が確実です。タスクでthinkingが不要な場合は、新しい会話から開始して-thinkingサフィックスのないモデルに切り替えることもできます。
エラーのおおよその発生時刻（タイムゾーン付き、例: 17:00 (UTC+8)）、クライアントとそのバージョン、モデル名を添えてサポートまでお問い合わせください。時刻から会話のリクエストを特定し、調査をサポートいたします。

​
関連ドキュメント

Claude Effort & Thinking ガイド

Thinking のオン/オフ切り替え、ストリーミングイベント、シグネチャの受け渡し

Claude ネイティブ形式：ストリーミングおよび非ストリーミングレスポンス

thinking ブロックと signature_delta の構造

Claude Code

Claude Code で APIYI を設定する

API の同時実行数制限とは？

同時実行数とレート制限の解説