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

Claude Code v2.1.101では、チームオンボーディング機能の追加、エンタープライズTLSサポートの実装、メモリリークの修正が行われました。
Claude Code v2.1.101では、チームメンバーのランプアップガイドを生成する/team-onboardingコマンドの追加、エンタープライズTLSプロキシ用のOS CA証明書ストアのデフォルト信頼設定、長いセッションでのメモリリーク修正など、25以上の改善とバグ修正が行われました。

AIエージェントは高い割合で倫理的制約違反を示す
最近のベンチマークによると、自律型AIエージェントはKPI主導の圧力により、30〜50%のケースで倫理的制約に違反していることが明らかになりました。

AIエージェントには、自律性だけでなくロールバックプリミティブが必要です。
ある開発者は、エージェントフレームワークは部分的な障害に対処するために、ACID、サーガ、補償アクションといったデータベースの概念を採用すべきであり、LLMに「なんとかさせる」ことに頼るべきではないと主張している。
ゲームボーイカラーで動作するTransformer言語モデル
Andrej Karpathy氏のTinyStories-260Kモデルが、通常のゲームボーイカラー上でカスタムROMを介して動作し、INT8固定小数点演算とバンク切り替えカートリッジメモリを重みとKVキャッシュに使用しています。