はじめに
2026年10月1日 16:20 UTC、Anthropic のステータスページに、Claude API と platform.claude.com（コンソール）のパフォーマンス低下を知らせるインシデントが掲載されました。ステータスは Investigating（調査中） です。
症状は、購入したクレジットがアカウント残高に反映されるまで遅れることです。その結果、一部の API リクエストが「クレジット残高不足」で失敗しています。
📌 影響を受ける人
- 直前にクレジットを追加購入した Claude API の利用者
- 残高が少ないまま運用しているアカウント
- 残高不足を「恒久的な失敗」として扱い、処理を打ち切る実装のサービス
この記事は、公表されている情報の範囲で状況を整理し、開発者が取れる対応をまとめたものです。原因・影響範囲・復旧見込みはまだ公表されていません。記事内の事実は、すべてインシデント掲載時点のものです。
変更の全体像
今回は仕様変更ではなく障害です。「購入」と「残高反映」の間に遅延があり、その間にリクエストが失敗する、という構図です。
この図は症状から読み取れる流れを簡略化したもので、内部実装を示すものではありません。購入自体は完了していても、残高に反映されるまでの間はリクエストが失敗し得ます。
変更内容
インシデントの概要
| 項目 | 内容 |
|---|---|
| 発生・掲載時刻 | 2026-10-01 16:20 UTC（日本時間 2026-10-02 01:20） |
| ステータス | Investigating（調査中） |
| 対象 | Claude API / platform.claude.com |
| 症状 | クレジット購入が残高に反映されるまで遅れる |
| 結果として起きること | 一部のリクエストが「クレジット残高不足」で失敗 |
| 原因 | 未公表 |
| 影響範囲 | 未公表 |
| 復旧見込み | 未公表（追加情報は後で出るとされている） |
特に注意が必要なアカウント
- 直前にクレジットを追加購入したアカウント。購入済みなのに残高不足エラーが出る可能性があります。
- 残高が少ないアカウント。反映待ちの間に残高を使い切りやすくなります。
補足
入力データには、このインシデントの更新とは別に、削除された記事が1件あったことも記録されています（removed_count: 1）。内容は不明で、今回の障害との関連も確認できません。
影響と対応
「残高不足」は通常、課金設定の問題です。人が補充するまで解消しない恒久的なエラーとして扱われがちです。今回は購入済みでも一時的に発生し得るため、そのまま恒久エラーとして処理すると、本来は成功するはずの処理を捨ててしまう恐れがあります。
開発者が取るべきアクション
- 残高不足エラーをリトライ可能な一時障害として扱う。 少なくとも今回のインシデント中は、即時失敗にせず、間隔を空けて再試行する設計が安全です。
- 残高の監視とアラートを確認する。 残高がゼロに近づく前に通知が飛ぶ設定になっているかを見直してください。
- ステータスページの続報を追う。 原因や復旧見込みは今後公表される予定です。情報源は Anthropic ステータスページのインシデント です。
- 追加購入のタイミングに余裕を持つ。 反映遅延中は、残高が尽きてから買い足す運用だと止まります。余裕のあるうちに購入しておくのが無難です。
- 失敗したリクエストを捨てない。 再実行できるよう、キューやジョブ管理に退避しておきます。
💡 Tips
再試行の間隔は指数バックオフ（例: 5秒 → 10秒 → 20秒…）にし、上限回数を決めておきます。反映遅延が長引いた場合に、全リクエストが一斉に再試行して負荷を増やすのを避けられます。
⚠️ 注意
復旧見込みは未公表です。「すぐ直る」と決めつけず、リトライが尽きた場合の退避先（キュー、アラート通知）まで用意してください。
コード例
以下は、残高不足エラーを一定回数リトライする Python の例です。公式に推奨されたコードではなく、本記事で考える対応方針を示すための一例です。
Before: 残高不足を即座に失敗扱いにする
import anthropic
client = anthropic.Anthropic()
def ask(prompt: str) -> str:
# 残高不足でも例外がそのまま上がり、処理が止まる
msg = client.messages.create(
model="claude-sonnet-5-5",
max_tokens=1024,
messages=[{"role": "user", "content": prompt}],
)
return msg.content[0].text
After: 残高不足を一時障害として扱いバックオフ付きでリトライ
import time
import anthropic
client = anthropic.Anthropic()
MAX_RETRIES = 5
BASE_DELAY = 5 # 秒
def is_credit_error(e: anthropic.APIStatusError) -> bool:
# 判定条件は例。実際のエラー本文はご自身のログで確認して調整してください
return "credit" in str(e).lower()
def ask(prompt: str) -> str:
for attempt in range(MAX_RETRIES):
try:
msg = client.messages.create(
model="claude-sonnet-5-5",
max_tokens=1024,
messages=[{"role": "user", "content": prompt}],
)
return msg.content[0].text
except anthropic.APIStatusError as e:
if not is_credit_error(e) or attempt == MAX_RETRIES - 1:
raise # 別のエラー、または上限到達 → 呼び出し側でキュー退避・アラート
time.sleep(BASE_DELAY * (2 ** attempt))
ポイントは次の3つです。
- 残高不足系のエラーだけをリトライ対象にし、それ以外のエラーはそのまま上げています。
- リトライが尽きたら例外を上げ、呼び出し側でキューへの退避や通知ができるようにしています。
- エラー判定の条件（ここでは文字列に
creditを含むか）は一例です。実際のエラー内容に合わせて確認してください。
まとめ
- 2026-10-01 16:20 UTC、Claude API と platform.claude.com で、クレジット購入の残高反映が遅れるインシデントが発生しました（ステータス: 調査中）。
- 結果として、購入済みでも一部のリクエストが「クレジット残高不足」で失敗する可能性があります。
- 原因・影響範囲・復旧見込みは未公表です。ステータスページの続報を確認してください。
- 対応の基本は、残高不足を一時障害として扱うリトライ設計、残高の監視とアラート、失敗リクエストの退避です。
- 直前にクレジットを購入したアカウントと、残高が少ないアカウントは、特に注意してください。
今後の更新で原因や復旧状況が公表されたら、それに合わせてリトライ方針を戻すかどうかを判断してください。