この症状は、GitHub Issue 上では少なくとも #71635 と #71504 で報告されています。どちらも、API Error: Server is temporarily limiting requests (not your usage limit) · Rate limited という説明と、同じ 429 系のエラー文字列が付いていました。報告内容だけを見る限り、利用者側の使用量上限ではなく、サーバー側の一時的な制限として扱われています。
実際の報告では、次のように出ています。
報告されたエラー: Error: 429 {"type":"error","error":{"type":"rate_limit_error","message":"Rate limited"},"request_id":"req_011CcQs88ju9s5K64Q8U2Gok"}
at generate (B:/~BUN/root/src/entrypoints/cli.js:11:53135)
別の request_id でも同じ形が出ています。
Error: 429 {"type":"error","error":{"type":"rate_limit_error","message":"Rate limited"},"request_id":"req_011CcQsFebx6p6JSCFP3jnUQ"}
at generate (B:/~BUN/root/src/entrypoints/cli.js:11:53135)
この2件はどちらも closed になっており、代表 issue のコメントでは重複候補として別の issue 番号が挙がっていました。コメントには「This issue will be automatically closed as a duplicate in 3 days.」や「If your issue is a duplicate, please close it and 👍 the existing issue instead」とあり、後に「This issue has been automatically closed as a duplicate of #71634.」とも記録されています。つまり、少なくともこの症状は単発ではなく、同系統の重複報告として扱われていたことが分かります。
切り分けとしては、まず「自分の使用量上限に達した」のか、「サーバーが一時的に制限している」のかを分けて見たほうがよさそうです。今回の issue 文面では、not your usage limit と明記されているので、利用者側の枠を超えたケースとは別扱いです。ただし、issue の情報だけでは、その制限がどの程度続くのか、再試行で必ず復帰するのかまでは分かりません。
現時点で確認できる事実はここまでです。解決策として確立している手順は、issue からは読み取れませんでした。少なくとも、同じエラー文字列が出たら、まずは #71635 と #71504 の報告内容に近い症状かどうかを見比べるのが出発点になります。
OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python : 3.8.13
検証日時 : 2026-09-02T08:50:59+09:00