Codex ログ: PR #887 デプロイ確認 2026-06-01

このソースについて

2026-06-01 (月曜日) の 17:47 と 19:33 に行われた、nishio と Codex の 2 ターン会話ログ。raw は raw/codex-log-pr-887-deploy-investigation-2026-06-01.txt

Turn 1: 17:47

nishio:

プロダクションデプロイ完了したっぽいけど直ってなくないですか?

Codex (9m 18s 作業):

はい、直ってないです。

確認したところ、PR #887 は merge 済みで Azure Deployment も success ですが、本番 stable URL はまだ旧 CSP を返しています。script-src'unsafe-eval' が入っておらず、Playwright でも .no-webgl overlay が visible のままでした。

原因はデプロイ確認の false positive っぽいです。Actions log では latestRevisionNamepublic-viewer--0000166 まで進んでいる一方、latestReadyRevisionName は旧 public-viewer--0000163 のまま。deploy confirmation が stable root の 200 を見て成功扱いにしていて、新 revision が Ready になったことは確認していません。

Turn 2: 19:33

nishio:

az login したけど見れるようになった?

Codex (2m 52s 作業):

はい、見れるようになりました。結論はかなり明確です。

public-viewer--0000166 は Ready になっていません。

latest: public-viewer--0000166
ready:  public-viewer--0000163

revision 状態:

{
  "health": "Unhealthy",
  "running": "Degraded",
  "details": "Deployment Progress Deadline Exceeded. 0/1 replicas ready."
}

原因もログで見えました。console log では startup 時の pnpm run build がここで落ちています。

next build
✓ Compiled successfully in 11.5s
Running TypeScript ...
Killed

system log では startup probe failure が連続し、最後は:

Container 'public-viewer' was terminated with exit code '137'

137 は SIGKILL なので、かなり高い確度で 起動時 next build が ACA の public-viewer resource、つまり cpu: 0.5, memory: 1Gi でメモリ不足 kill されています。そのため next start まで到達せず、HTTP listen しないので Ready になりません。

この 2 ターンが示しているもの

  • 起点は常に人間側の観察と短い問い (“直ってなくないですか?” / “az login したけど見れるようになった?”) で、Codex はそれを受けて裏取りと細部を返している
  • Turn 1 (9m18s) では latestRevisionNamelatestReadyRevisionName の食い違い + Playwright で .no-webgl overlay 残存 + 旧 CSP header 残存、の 3 点を独立に確認して「false positive」と整理
  • Turn 2 (2m52s) では Azure access 権限が通った直後、revision health (Unhealthy / Degraded / 0/1 replicas ready) → console log の next build → Compiled → Killed → system log の exit 137、を順に並べて「起動時 build が OOM で SIGKILL されている」と特定。ここで初めて「画面が変わらない」の真の原因 (新 revision が Ready にならない) が判明
  • 2 ターン合計 12 分で、「success と表示された理由」と「画面が変わらない理由」がそれぞれ別の根拠で接続された。前者は deploy confirmation の judging criteria、後者は startup build の OOM

どこで使われたか

Open Questions

  • この 1 ターンに続く Codex とのやりとり (SIGKILL 発見、#821 への遡及、archeology) は別ログとして残すか、wiki の analysis ページ側に書ききるか
  • 「直ってなくないですか?」のような短い問いから Agent が複合観測を返せた条件 (CLAUDE.md の live state 観測ルール、past PR 番号の事前 indexing 等) を、別途 wiki-driven-workflow に集約するか

Updates

  • 2026-06-02: 初版作成。runtime build 撤去エピソードの起点として、1 ターン会話ログを source ページ化。