600초에서 8초로 — 코덱스 지연 사태, CLI 버전 정상화로 풀렸지만 원인은 여러 겹이었다

전날 코덱스(Codex)를 붙잡고 있던 사람들에게 응답 지연은 체념에 가까운 일상이었다. 그러던 것이 이날 오후 눈에 띄게 달라졌다. 한 참여자가 회복을 알리며 구체적인 숫자를 들었다 — 어제는 600초 걸리던 작업이 지금은 8초 수준이라는 것이었다.

"codex는 회복된걸로 보여지네요"

"어제는 600초 걸리던게 지금은 8초걸리는 수준이에요"

단순한 체감 보고에 그치지 않았다. 이 참여자는 CLI 버전별로 모델 대기 시간을 실측한 분석을 공유했다. 정리하면, gpt-5.6-terra 모델이 CLI 0.144.1 경로에서 7월 13일 대기 시간이 크게 늘어졌고(p95 기준 600초대까지), 이후 0.144.3·0.144.4 버전에서 다시 정상 범위로 돌아왔다는 것이다. 중요한 대목은 그가 이 장애를 단일 원인으로 좁히지 않았다는 점이다. CLI 경로의 지연, 로컬에 걸린 훅, 결과를 일정 시간에 잘라내던 검증 래퍼 등 여러 층의 원인이 겹친 사건으로 분석했고, 원격(벤더) 쪽 원인을 배제하는 것은 아니라고 덧붙였다.

소식을 지켜보던 한 참여자는 곧바로 궁금증을 던졌다. 코덱스 상태가 CLI 버전을 바꾸면 정말 돌아오는 것인지, 지금 돌리고 있는 작업을 일단 멈춰야 하는 것인지 물은 것이다.

"코덱스 상태 cli 버젼 바꾸면 돌아오나요?"

"작업 계속 시키고 있던거 잠시 멈추라 해야 하나"

질문을 받은 분석 작성자는 확신은 못 하지만 그날 아침 CLI를 업데이트하긴 했다고 답했다.

"글쎼요? 오늘 아침에 cli update 하긴했어요"

이 진단은 실용적인 처방으로 이어졌다. CLI 버전을 바꾸면 되는지, 돌리던 작업을 잠시 멈춰야 하는지 묻는 질문에, 그는 작업을 멈추고 코덱스를 업데이트한 뒤 다시 이어(resume) 붙이는 순서를 권했다.

"ㅇㅇ멈추고 codex update 한후에 codex resome하면 되지 않을까 싶네요"

"코덱스 다시 가동!!"

처방은 즉시 효과를 봤다. 한 참여자는 빙빙 돌기만 하던 이미지 생성 작업이 곧바로 진행됐다며 반겼다.

"와..이미지 생성 빙빙 돌던거 바로 진행!! 감사합니다"

회복 소식은 다른 참여자들에게도 반가움으로 번졌다. 한 참여자는 코덱스가 드디어 다 고쳐진 것 같다며 반겼고, 분석을 공유했던 참여자는 농담 삼아 "숙취가 해소된 모양"이라고 받았다.

"오오... 코덱스 드디어 다 고친건가...."

"숙취 해소됐나봐요 ㅋㅋㅋ"

이 사건이 남긴 교훈은 명료하다. 도구가 느려졌을 때 "그냥 서버가 느리다"고 뭉뚱그리기보다, CLI 버전·로컬 설정·타임아웃 같은 여러 층을 나눠 보면 실제 병목과 해법이 드러난다는 것이다. 다만 CLI 정상화가 회복의 핵심이었다고 해서 모든 원인이 그 하나로 환원되는 것은 아니다 — 같은 시간대 다른 커뮤니티에서는 여전히 벤더 쪽 스트림 지연을 호소하는 목소리도 있었기 때문이다. 층을 나눠 보는 습관이 이번 회복의 진짜 자산이었던 셈이다.