Codexを使っていると、「昨日まで動いていたのに急に止まった」「考え込み続けて進まない」「使えない理由がわからない」という場面があります。
このときに全部を一気に疑うと、かえって混乱しやすいです。
結論から言うと、Codexで止まりやすい原因は、だいたい `使用量` `認証やネットワーク` `依頼文の設計` の3つに分かれます。
まずこの3つに分けて見ると、かなり切り分けやすくなります。
この記事では、Codexが止まるときにどこから確認すればよいかを、実務向けにやさしく整理します。
先に結論。Codexが止まる原因は大きく3つ
Codexで止まりやすい原因は、まず次の3つに分けると見やすいです。
- 使用量や上限の問題
- 認証やネットワークの問題
- 依頼文や運用設計の問題
「重いから止まった」のように1つで片付けず、この3つを順番に見るのが基本です。
1. まず疑うべきは使用量と上限
一番多いのはここです。
実際には不具合ではなく、使い方の偏りや上限到達が原因のことがよくあります。
使用量確認ページを先に開く
最初に見る場所を固定しておくと、毎回迷わず確認できます。
使用量の見方そのものは、Codex使用量の確認方法 https://attrip.jp/216518/ にまとめています。
上限に近づいていないか
特定のモデルや重い作業に偏ると、体感より早く上限に近づきます。
「急に使えない」と感じたときは、まずここを見たほうが早いです。
長いスレッドや再実行が重なっていないか
同じ作業のやり直しや、長い会話の継続は消費を増やしやすいです。
止まる前に、作業の分割やスレッドの切り替えを考える余地があります。
2. 認証やネットワークで止まることもある
使用量だけが原因とは限りません。
特に外部サービスや WordPress 連携を含む作業では、ネットワークや認証もよく止まります。
`ENOTFOUND` なら到達できていない
`401` `403` は認証や権限の可能性が高い
外部APIや WordPress 側とつなぐときは、認証情報や権限で止まることがあります。
この切り分けは、WordPress REST APIで投稿できないときの確認ポイント https://attrip.jp/219160/ と考え方が近いです。
先に外部到達だけ確認する
いきなり全部の処理を流すより、まず到達できるか、認証だけ通るかを見るほうが安全です。
複雑な連携ほど、この順番が大事になります。
3. 依頼文が曖昧だと「止まっているように見える」
Codexは、何をすべきかが曖昧だと探索範囲が広がります。
その結果、実際には止まっていなくても、進みが遅く見えることがあります。
目的が曖昧
「いい感じに直して」「必要そうなら見て」のような依頼は、判断範囲が広いです。
広いほど、読むファイルも確認回数も増えます。
対象が広すぎる
対象ファイルや範囲が決まっていないと、探索が重くなります。
短文でも、対象が広ければ軽くはなりません。
完了条件がない
どこまでできたら終わりなのかが分からないと、作業が伸びやすいです。
依頼文の型は、Codexの消費量は短文で減る? 迷わせない依頼文の作り方 https://attrip.jp/219072/ を見ると整理しやすいです。
実務でおすすめの確認順
迷ったときは、順番を固定するのがいちばん安定します。
- 使用量ページを確認する
- ネットワークや認証エラーが出ていないか見る
- 依頼文の目的・対象・制約・完了条件を見直す
- 必要なら作業を分割する
- 共通ルールは `AGENTS.md` に寄せる
この順番なら、感覚で原因を決めつけにくくなります。
AGENTS.md に寄せると止まりにくくなる
毎回同じ前提を本文に書くと、依頼文が長くなり、しかも抜けやすいです。
だから、共通ルールは `AGENTS.md` に寄せたほうが安定します。
たとえば次のような内容です。
- テストコマンド
- 触ってよい範囲
- 変更してはいけない場所
- レビューで重視する観点
この形にしておくと、毎回の依頼が短くても必要な条件を落としにくくなります。
まとめ
Codexで止まりやすい原因は、だいたい `使用量` `認証やネットワーク` `依頼文の設計` の3つです。
全部をまとめて考えるより、この順で切り分けたほうが早く進みます。
特に次の4点を先に見ると、かなり整理しやすいです。
- 上限や使用量は問題ないか
- `ENOTFOUND` `401` `403` のような実エラーは出ていないか
- 依頼文に目的・対象・制約・完了条件があるか
- 毎回の共通ルールを `AGENTS.md` に寄せられているか
止まったと感じたときほど、感覚ではなく順番で切るのが大事です。
FAQ
Codexが急に使えなくなったら最初に何を見ればいいですか?
まず使用量と上限です。
見える場所を固定しておくと、切り分けが早くなります。
`ENOTFOUND` は何のエラーですか?
外部ホストへ到達できていない状態です。
ネットワークやホスト名を先に確認したほうがよいです。
依頼文が長いと必ず重くなりますか?
必ずではありません。
曖昧で広い依頼のほうが、短文でも重くなりやすいです。
共通ルールはどこに置くのがよいですか?
毎回同じ内容なら `AGENTS.md` に寄せるのが効率的です。
依頼文を短くしやすくなり、抜けも減ります。
関連記事
- Codex使用量の確認方法 https://attrip.jp/216518/
- Codexの消費量は短文で減る? 迷わせない依頼文の作り方 https://attrip.jp/219072/
- CodexアプリとCodex CLIの違いと、いまアプリ運用に寄せている理由 https://attrip.jp/217475/
- WordPress REST APIで投稿できないときの確認ポイント https://attrip.jp/219160/