OpenClaw Codex OAuthが有効なアカウントにもかかわらず課金エラーを返しています

OpenClaw Codex OAuthが請求エラーで動作しない
ユーザーから報告によると、OpenClawのCodex OAuth統合が、約1週間前に正常に動作していた後、機能しなくなりました。主なエラーは429ステータスで、メッセージは「アカウントがアクティブではありません。請求情報を確認してください」です。別の429エラー「API制限に達しました」も言及されていますが、ユーザーはOpenAIの使用状況ページにAPI制限が表示されていないことを確認しています。
注目すべきは、execコマンドが正常に動作しており、基盤となるCodex認証が有効であることが確認されていることです。この問題は、OpenClaw内のOAuthフローに限定されているようです。
具体的なエラーの詳細とログ
ユーザーは、OpenAI Codexプロバイダーを介して異なるモデルを使用してサブエージェントを生成しようとした試みの具体的なログを提供しました:
- モデル:
openai-codex/gpt-5.4| エラー:「429 アカウントがアクティブではありません。請求情報を確認してください」 - モデル:
openai-codex/gpt-5.2| エラー:「429 アカウントがアクティブではありません。請求情報を確認してください」
対照的に、acpx execを実行すると、有効なPythonコードが正常に生成され、「CLIバージョン:OpenAI Codex v0.113.0、モデル:gpt-5.3-codex、ステータス:✅ Codex CLIがインストールされています、認証は有効です」と報告されました。
試みたトラブルシューティングの手順
ユーザーは、問題を解決するためにいくつかの方法を試みましたが、成功しませんでした:
openclaw auth --renewを使用してCodex認証を更新しました。- OpenClawをバージョン.22、.23、.13にダウングレードしましたが、すべてのバージョンで同じエラーが発生しました。
- すべてのエージェントでCodex認証を削除して再追加しました。
- OpenAIダッシュボードで請求と支払い方法を確認し、支払いが有効であることを確認しました。
- OpenAIの使用状況ページを確認し、API制限や支出アラートがないことを確認しました。
ユーザーの質問は、潜在的な原因を示唆しています:約1週間前のOpenAI側での変更、または通常のAPIに対するCodexの別のOAuth請求フラグです。
📖 Read the full source: r/openclaw
👀 See Also

縦断的研究によると、AIによる生産性向上は10倍ではなく、10%であることが判明
2024年11月から2026年2月まで40社を追跡した縦断研究によると、AIの使用率は平均65%増加したものの、プルリクエストのスループットは9.97%しか増加しなかった。データは、コーディングがソフトウェア開発における主要なボトルネックではなかったことを示唆している。

Claude Codeが突然リスク回避的になり、日常的なタスクで許可を求める
あるユーザーが、Claude Codeが自律実行から過剰な権限要求に断続的に切り替わると報告。日々の変更のないワークフロー(モノレポの再構築やテスト実行など)でも発生する。

TripadvisorのAI概要、ホテルでの食中毒やセクハラ警告に失敗
Which?の調査により、TripadvisorのAIによるレビューまとめが食中毒やセクハラの報告を無視し、危険なホテルに好意的な評価を与えていることが明らかになりました。

RustがAIからLinuxを救う:グレッグ・クロー=ハートマン氏、C言語のバグとRustの安全性保証について
Linux安定版カーネルメンテナーのGreg Kroah-Hartman氏は、Rustがコンパイル時にカーネルバグの60%を排除し、Dirty FragやFragnesiaなどのAI発見のCVEへの対応策となると述べています。