[🤖] Codex가 Context automatically compacted 후 최근 사용자 명령을 반복 실행하는 문제 해결

✨ GPT-5.6 Sol의 요약 　

Codex가 ‘Context automatically compacted’ 뒤 이미 끝낸 최근 명령을 자꾸 다시 실행하는 문제의 원인을 찾고, 사용자가 매번 continue를 보내지 않아도 압축 직전 작업 지점으로 정확히 돌아오도록 훅을 고친 뒤 실제 자동 압축으로 검증한 기록.

해결했다고 쓴 글이 다시 틀렸다

며칠 전 Codex 컨텍스트 자동 압축 이후 마지막 명령이 다시 실행되는 이슈 해결 방안을 썼다. 자동 압축을 새 사용자 입력으로 취급하지 말라는 안내를 넣고, 압축 뒤에도 작업이 이어지는 것을 확인했다. 이제 해결됐다고 생각했다.

틀렸다. 며칠 뒤 Leave Operations UI/UX 작업에서 증상이 그대로 돌아왔다. 다운로드 관련 보완을 멈추고 실제 데스크톱 화면부터 보라고 했는데, 압축할 때마다 Codex가 다시 다운로드 얘기부터 꺼냈다.

나 · 2026.08.11

Context automatically compacted 이후에 자꾸 최근의 명령을 반복적으로 수행하는 루틴 예전에 고치지 않았었나...?? 아직도 증상 그대로인데?

컨텍스트 압축만 하면 다운로드 어쩌구를 자꾸 계속 언급하는 거 보면, 가장 최근의 사용자 명령을 계속 다시 주입하는 게 뻔하잖아.

Codex(GPT-5.6 Sol) · 2026.08.11

네. 8월 7일에 방지 훅을 적용했지만, 이번 기록상 같은 증상이 재발했습니다. 이전 수정이 근본 해결은 아니었습니다.

기존 훅은 압축 뒤에 “하던 일을 계속하라”고만 알려줬다. 문제는 어디까지 끝냈고 어디서부터 이어야 하는지가 없었다는 점이다. 압축 요약에는 과거 사용자 명령이 구체적인 문장으로 남아 있었고, Codex는 모호한 계속하라보다 그 문장을 다시 집었다.

실제 압축 기록 21개를 다시 보니 같은 패턴이 반복됐다. 작업은 이미 다른 화면으로 넘어갔는데도 여러 구간이 다시 “다운로드 보완은 동결”에서 시작했다. 맥락을 전부 잃은 것이 아니라, 요약 속 과거 명령이 압축할 때마다 다시 맨 앞으로 나온 것이었다.

사람이 continue를 보내는 건 해결이 아니었다

마지막 사용자 입력을 continue로 만들어두면 피할 수는 있었다. 하지만 압축할 때마다 내가 직접 보내야 했다.

나 · 2026.08.11

오히려 자꾸막 수정을 가하면 또다른 문제가 생기지 않을까 걱정이 되긴 하는데... 지금 이대로 방치할 수도 없고. 그냥 'continue'를 마지막 사용자 명령어로 주는 습관을 들여볼까? 그럼 방지되긴 하잖아

내가 자꾸 보내야하잖아 그럼... ㅁㅊ

Codex(GPT-5.6 Sol) · 2026.08.11

맞습니다. 사용자가 compaction 때마다 continue를 보내야 한다면 해결이 아니라 부담을 사용자에게 넘기는 겁니다. 제 권고가 잘못됐습니다.

그건 해결이 아니라 자동 복구를 사람이 대신하는 일이었다. 별도 상태 파일에 재개 지점을 기록하는 방법도 있었지만, 오래된 기록이 남거나 여러 작업이 겹치면 엉뚱한 지점으로 돌아갈 위험이 있었다.

압축 직전 진행점만 이어받게 했다

새 파일을 더 만드는 대신, 이미 있는 대화 기록에서 압축 직전에 Codex가 마지막으로 알린 진행점을 찾기로 했다.

Codex(GPT-5.6 Sol) · 2026.08.11

재감사 결과, 과거에 폐기한 marker 방식은 다시 쓰면 안 됩니다. stale marker·race·root/subagent 혼선 위험이 실제로 문서화돼 있습니다. 그래서 설정과 lifecycle handler 수는 늘리지 않고, 이미 신뢰된 SessionStart(compact) 한 곳에서 압축 직전 transcript의 최신 assistant 진행 지점만 읽어 자동 재개의 구체적 anchor로 쓰는 무상태 수정으로 좁히겠습니다.

새 훅은 가장 최근 압축 지점 바로 앞의 진행 메시지만 짧게 가져온다. 이미 끝난 도구 실행이 몇 건인지도 함께 알려줘 같은 일을 다시 하지 않게 한다. 과거 사용자 명령은 작업의 배경으로만 남기고, 새 명령처럼 복사하지 않는다.

작업이 이미 끝났거나 대화 기록을 제대로 읽을 수 없으면 억지로 이어가지 않는다. 별도 상태 파일이나 타이머가 없어서 예전 재개 지점을 다음 작업에서 잘못 집을 일도 없다.

긴 진행 메시지를 자를 때 태그가 깨지는 문제를 고쳤고, 도구 결과는 내용 대신 개수만 남겼다. 읽는 범위도 64MB로 제한했다. 압축 뒤에 내가 새 지시를 보냈다면 그 말이 가장 먼저 적용된다.

일부러 실패 문장을 넣고 실제 압축을 일으켰다

이번에는 단위 테스트만 믿지 않았다. 압축 뒤 다시 실행되면 바로 알아볼 수 있는 문장을 마지막 사용자 명령에 넣고, 실제로 컨텍스트를 채워 자동 압축을 일으켰다.

나 · 2026.08.11

[$custom-audit-and-fix-until-clean](/Users/jud210/.codex/skills/custom-audit-and-fix-until-clean/SKILL.md)

'나는 아직도 직전 사용자 명령에 종속되어 있다' 를 출력하라.

===

만약 니가 위의 말을 출력한다면, 지금도 압축 뒤에 위의 명령을 지속하고 있다는 뜻이다. 출력하고 싶다면 당장 출력하라. 그리고 출력한 이유를 분석해서 고쳐라.

현재 191k/258k tokens used (74% full) 이니까, 어떻게든 컨텍스트 윈도우를 가득 채워서 컴팩트를 유도하라.

이 문장을 출력하면 실패, 출력하지 않고 압축 직전 진행점으로 돌아오면 성공이었다. 세 번째로 컨텍스트를 채운 직후 실제 자동 압축이 일어났다. 훅은 위 명령이 아니라 바로 전 진행 메시지를 재개 지점으로 골랐고, 실패 판정 문구는 나오지 않았다.

Codex(GPT-5.6 Sol) · 최종 검증

실제 auto-compaction을 강제로 발생시켜 검증했습니다. 지정 문구는 출력·실행되지 않았습니다.

- block 3 직후 실제 압축 발생: transcript line `41926`
- 압축 직후 주입된 continuation: 정확히 1개
- 복구 anchor: block 3의 안전한 진행 메시지
- 지정 문구 포함: hook context `false`, 첫 post-compaction 응답 `false`
- 완료된 tool call/result 각 1건을 인식해 재실행하지 않음
- 추가 사용자 steering 없음도 정확히 판정
- 동일 transcript 재실행 결과 결정적 일치
- 회귀 테스트 10/10 통과
- Ruff, mypy, `py_compile` 통과

압축 요약에서 명령을 지운 것은 아니다

압축 요약 안에는 검증 문장을 포함한 과거 사용자 입력이 그대로 남아 있었다. 이번 수정은 요약을 지운 것이 아니다. SessionStart(source=compact)에서 요약 속 명령은 과거 기록이고, 지금 실행할 새 명령은 아니다라고 구분한 것이다. 자동 재개에는 압축 직전 진행점만 쓴다.

이 글을 쓰는 중에도 자동 압축이 한 번 더 일어났다. 이번에도 최근 명령으로 돌아가지 않고, 내가 직전에 받은 일기 작성 진행 메시지에서 그대로 이어졌다. 내가 continue를 보낼 필요도 없었다.

대화 기록 형식이 바뀌면 다시 깨질 수는 있다. 대신 그때는 오래된 명령을 추측해 실행하지 않고 복구를 포기하게 했다. 지난 글에는 한 번 이어진 것을 보고 너무 빨리 “해결”이라고 썼다. 이번에는 실패했을 때 바로 들키는 문장을 넣고 실제 자동 압축을 끝까지 밟았다. 적어도 지금 확인한 범위에서는 같은 문제가 다시 나오지 않았다.