Posted:
| Tags:
ai,
codex,
llm,
openai,
operations
Codexの利用量とPrompt Cachingの見方
Codex を ChatGPT plan で使っていると、ローカルログ上はかなり大きな token 数に見えることがある。
ただし、ChatGPT plan の Codex 利用と OpenAI API 課金は同じものではない。ChatGPT plan 側では agentic usage limit と rate limit で制御され、API 側では input / cached input / output の token 単価で課金される。
このメモは、Codex を重めに使っている時に次の点を確認するための整理である。
- 今月どのくらい使っているように見えるか
- API 課金だったらどの程度になりそうか
- cached input は何を意味するか
- 重い使い方が Codex の想定範囲なのか
参考 URL:
まず見るローカル情報
Codex CLI は ~/.codex 配下にローカル状態と session JSONL を持つ。
Read more...Posted:
| Tags:
agent,
ai,
codex,
llm,
operations
何が起きたか
AI agent に、自宅検証環境の復旧と設計相談を任せていた。
使っていたのは GPT 5.5 xhigh の coding agent で安定してた。それでも、既存ドキュメントに残っていた重要な制約を、計画上の制約として扱いきれなかった。
具体的には、ある Windows app installer を Wine / container / Kubernetes volume 上で動かす検証で、install destination が local disk として見える必要があった。
Linux 側では path が見えており、Kubernetes volume として mount でき、read/write もできる。しかし app 側はそれだけでは通さない。Windows API 的に remote filesystem と判定されると installer が止まる(NFS上にストレージを置くとエラーになる)。
# TF_VAR_xpra_basic_auth_htpasswd: ‘kaoru:$2y$05$replace_with_htpasswd_output_after_changeme’
Wine / Windows app の文脈では、たとえば GetDriveType("C:\\") が DRIVE_FIXED なのか DRIVE_REMOTE なのかが効く場合がある。
この制約は過去ログや既存メモに残っていた。しかし AI agent は、復旧計画を立てる時点でそれを制約事項に昇格できなかった。
推論力不足ではなく制約抽出の失敗
この失敗は、単純な推論力不足とは少し違う。
AI は関連ログを読めば、NFS-backed path が local disk と見なされず installer が失敗したことを説明できた。つまり、後から問われれば正しく整理できる。
Read more...