Codex CLI 대화 압축: /compact로 긴 채팅을 처음 요약하는 법
TL;DR
Codex CLI의
/compact
는 길어진 현재 채팅의 이전 turn을 간결한 요약으로 바꾸어 남은 context를 확보하는 명령입니다. 긴 대화가 끝나면 composer에
/compact
를 입력합니다.
현재 화면에 확인 단계가 나타나면 내용을 살핀 다음 진행합니다. 완료 표시는
Context compacted
입니다. 다만 요약은 원문 transcript 자체가 아니므로 압축 전에는 목표와 제약을 적고, 압축 후에는 요약을 실제 파일·Git diff·테스트 결과와 대조해야 합니다.
핵심 3줄 요약
핵심 1
긴 exchange가 끝난 뒤 Codex TUI composer에서
/compact
를 실행합니다.
핵심 2
공식 문서는 요약 제안을 확인하라고 안내합니다.
codex-cli 0.144.6
격리 검증에서는 별도 확인창 없이
Context compacted
가 표시됐습니다.
핵심 3
목표·허용 범위·미완료 항목을 먼저 적습니다. 압축 뒤 생성된 요약을 실제 작업 상태와 대조한 뒤에만 다음 수정을 승인합니다.
이 글에서 다룰 내용
이 글은
/compact
를 어디서 입력하는지, 첫 실행에서 무엇을 기록하고 무엇을 확인하는지에 집중합니다. 파일 수정, 배포, 새 세션 생성, exact token 절약량은 다루지 않습니다. 공식 문서가 밝히지 않은 플랜·지역·언어·운영체제·최소 버전도 추정하지 않습니다.
/compact는 무엇인가
Codex CLI에서 작업을 오래 이어가면 요구사항, 시도한 방법, 명령 출력과 검토 결과가 한 채팅에 쌓입니다. 지금 필요한 결정과 끝난 탐색 과정이 한 transcript에 섞이면, 다음 요청의 기준을 찾는 데 시간이 걸립니다.
/compact
는 이때 쓰는 slash command입니다. OpenAI 공식 Developer commands 문서는 이 기능을 Summarize the visible chat to free tokens라고 설명합니다.
실행이 끝나면 이전 turn은 간결한 summary로 대체됩니다. 핵심 내용을 남긴 채 context를 확보하는 것이 기대 결과입니다.
여기서 중요한 경계가 있습니다. 압축은 이전 문장을 원문 그대로 보관하는 작업이 아닙니다.
또한 summary가 실제 파일 상태나 테스트 통과를 증명하지도 않습니다. 압축 결과는 다음 작업을 이어가기 위한 맥락입니다. 사실 확인은 저장소와 실행 기록에서 따로 해야 합니다.
언제 쓰면 맞는가
하나의 작업 단계를 마치고 다음 단계로 넘어갈 때 쓰기 좋습니다. 오류 원인 조사와 재현을 끝내고 구현으로 이동하거나, 구현 뒤 테스트와 리뷰로 넘어가는 시점을 예로 들 수 있습니다. 완료된 탐색은 짧게 요약하고 앞으로 필요한 결정만 남길 수 있습니다.
같은 실패 로그와 설명이 여러 차례 반복된 경우에도 유용합니다.
다만 요구사항이 아직 바뀌고 있거나, 서로 다른 대안을 문장 단위로 비교해야 한다면 결정을 내린 뒤 압축하는 편이 낫습니다. 공식 문서는 최소 대화 길이나 exact token 기준을 제시하지 않습니다. 짧은 채팅을 습관적으로 압축하지 않습니다. 현재 작업의 경계가 분명한지부터 봅니다.
처음 실행하기 전 준비
압축 직전에는 짧은 checkpoint를 사람이 직접 만듭니다. 이는 Codex가 자동으로 생성하는 백업이 아니라, 정보 누락을 줄이기 위한 내부 검토 규칙입니다. 원문 transcript를 별도로 보존해야 하는 업무라면 조직의 기록 정책과 현재 저장 방식을 먼저 확인합니다.
checkpoint에는 다음 항목만 넣습니다.
- 최종 목표와 완료 조건
- 읽거나 수정해도 되는 파일·디렉터리
- 건드리면 안 되는 파일과 외부 전송 금지 범위
- 확인을 마친 사실과 아직 확인하지 못한 주장
- 변경된 파일, 실행한 테스트, 실제 결과
- 남은 문제와 다음 한 단계
- 다음 수정을 승인할 사람
오류 원인에 긴 로그가 필요하면 요약에 맡기지 않습니다. 오류 코드, 실패한 테스트 이름, 관련 파일 경로와 재현 명령을 별도 검토 메모에 남깁니다. 개인 정보, 고객 데이터, 자격증명과 운영 비밀은 checkpoint와 prompt에서 제외합니다.
Codex CLI에서 /compact 실행 순서
1. 현재 turn이 끝났는지 확인합니다
모델이 응답 중이거나 background terminal이 실행 중일 때 바로 압축하지 않습니다. 현재 작업이 끝난 뒤, 다음 행동을 시작하기 전 경계에서 멈춥니다. 실행 중인 명령의 성공 여부는 실제 terminal 출력으로 확인합니다.
2. composer에서 /compact를 찾습니다
Codex TUI의 composer에
/compact
를 입력합니다. 운영체제 shell에서
codex /compact
처럼 실행하는 subcommand가 아닙니다.
Enter를 누르기 전에 completion row에
/compact
가 인식되는지 확인합니다. 인식되지 않으면 ordinary prompt로 제출하지 말고 입력을 지운 뒤 현재 설치 표면과 공식 문서를 다시 봅니다.
3. 확인 단계가 보이면 내용을 읽습니다
공식 문서는 Codex가 지금까지의 채팅을 요약하겠다고 제안하면 확인하라고 안내합니다. 이 화면이 나타나면 현재 채팅을 요약하는 단계인지 읽어 본 뒤 진행합니다. 다만 UI는 버전과 현재 상태에 따라 다를 수 있습니다.
2026년 8월 26일
codex-cli 0.144.6
격리 검증에서는 비민감 seed turn 3개를 완료한 뒤
/compact
를 실행했습니다. 별도의 확인창 없이 곧바로
Context compacted
가 표시됐습니다.
따라서 첫 Enter를 실행 승인 지점으로 봅니다. 누르기 전에 checkpoint를 끝내는 편이 안전합니다. 이 관찰을 모든 버전의 보편 동작으로 일반화하지 않습니다.
4. Context compacted를 확인합니다
Context compacted
가 보이면 압축 동작이 끝난 것입니다.
격리 검증에서는 모델 작업용 프로젝트 파일이 생기지 않았습니다. 일회용
config.toml
도 바뀌지 않았습니다. 이 결과는 해당 시험 환경의 관찰이며 다른 기능의 파일 접근 권한이나 저장 정책을 설명하지 않습니다.
5. 압축된 맥락을 검토합니다
큰 수정부터 요청하지 않습니다.
먼저 현재 목표, 확정된 제약, 변경 파일, 완료한 테스트, 미완료 작업을 한 항목씩 말해 달라고 요청합니다. 답변을 checkpoint와 작업 트리에 대조합니다. 빠진 내용은 사람이 보충합니다.
6. 작은 read-only 확인으로 재개합니다
첫 후속 행동은
git status
나 승인된 범위의 파일 목록처럼 되돌리기 쉬운 read-only 확인이 적합합니다. summary와 실제 상태가 일치한 뒤 다음 수정 계획을 검토합니다. 사람이 승인한 작업만 시작합니다.
복사해서 쓰는 압축 후 검토 프롬프트
목표: 압축된 현재 채팅에서 다음 작업에 필요한 상태만 검토한다.
허용 입력: 내가 아래에 붙인 승인된 checkpoint와 현재 채팅의 압축 요약
제외 입력: 자격증명, 개인정보, 고객 데이터, 승인하지 않은 파일·폴더, 외부 웹·커넥터
출력 형식: 목표 / 확정된 제약 / 변경됐다고 요약된 파일 / 실행 완료로 요약된 테스트 / 미완료 항목 / 확인 필요 항목을 각각 표로 작성
완료 기준: checkpoint의 모든 항목이 표에 대응되고, 누락·충돌은 확인 필요로 남아 있다
사실 제약: 실제 파일·Git diff·terminal 출력으로 확인하지 않은 내용은 사실로 만들지 말고 요약상 주장이라고 표시한다
승인 지점: 파일 열기, 명령 실행, 수정, 삭제, 외부 전송은 하지 말고 내가 표를 검토해 승인할 때까지 멈춘다
아래 prompt는
/compact
실행 뒤 생성된 맥락을 검토하는 용도입니다. 파일을 고치거나 명령을 실행하는 요청이 아닙니다.
이 prompt의 출력도 증거가 아닙니다.
변경됐다고 요약된 파일
과
실행 완료로 요약된 테스트
라는 표현을 쓰는 이유는 summary의 주장과 실제 상태를 구분하기 위해서입니다.
실전 검토표는 이렇게 읽습니다
압축 후 답변을 받으면 한 주장씩 출처를 붙입니다. 파일 변경은
git status
와
git diff
에서, 테스트 결과는 terminal의 실제 명령과 종료 상태에서 확인합니다. 요구사항은 승인된 issue, 작업 지시서나 checkpoint와 비교합니다.
상태는
확인 완료
,
상충
,
확인 필요
세 가지면 충분합니다. summary와 실제 파일이 다르면 summary를 맞다고 처리하지 않습니다. 미확인 항목을 보존한 채 사람이 다음 행동을 정합니다.
첫 시험에서 남겨야 할 결과물은 source-traceable 내부 검토표입니다. 압축, 검토표 작성, 파일 수정, 배포는 서로 다른 단계입니다.
첫 실행은 검토표 승인에서 끝냅니다. 수정과 외부 전송은 별도 승인 뒤에 둡니다.
주의할 점
첫째,
/compact
를 완전한 백업이나 transcript export로 소개하면 안 됩니다. 공식 문서는 이전 turn을 concise summary로 대체한다고 설명합니다. 원문 기록 보존이 필요한 업무는 별도 정책과 저장 절차를 따라야 합니다.
둘째,
Context compacted
는 내용이 모두 정확하다는 표시가 아닙니다. 목표·수치·파일 경로·테스트 상태가 자연스럽게 보이더라도 실제 근거와 다시 맞춥니다.
셋째, exact token 절감량이나 언제 반드시 실행해야 하는지는 공식 섹션에서 확인되지 않습니다. 남은 context 숫자만 보고 자동 실행 규칙을 만들지 않습니다.
넷째, 압축 후 곧바로 배포·삭제·덮어쓰기 같은 결과가 큰 작업을 맡기지 않습니다. read-only 확인과 사람의 검토를 통과한 뒤에 다음 단계로 이동합니다.
자주 묻는 질문
/compact는 운영체제 shell에서 실행하나요?
아닙니다. Codex TUI의 composer 안에서 입력하는 slash command입니다. Enter를 누르기 전에 completion에서 명령이 인식되는지 확인합니다.
짧은 채팅에서도 사용할 수 있나요?
공식 문서는 긴 exchange 뒤 실행하라고 안내하지만 최소 turn 수나 exact token 기준은 밝히지 않습니다. 현재 채팅의 작업 경계가 끝났고 요약이 필요한지 판단합니다.
확인창이 나오지 않아도 정상인가요?
공식 문서는 요약 제안이 보이면 확인하라고 설명합니다.
다만
codex-cli 0.144.6
격리 검증에서는 별도 확인창 없이
Context compacted
가 표시됐습니다. 현재 버전에서는 Enter를 누르기 전에 checkpoint를 끝냅니다. 그런 다음 완료 marker를 확인합니다.
압축 뒤 summary만 믿고 작업을 계속해도 되나요?
아닙니다. summary는 다음 대화를 위한 맥락입니다. 중요한 제약, 파일 변경과 테스트 상태는 checkpoint, 실제 파일, Git diff와 terminal 출력에 대조하고 사람이 승인해야 합니다.
출처
- OpenAI 공식 Developer commands: Keep transcripts lean with
/compact
마무리
/compact
의 첫 성공 기준은 명령을 한 번 실행하는 데 그치지 않습니다. 긴 exchange의 끝에서 checkpoint를 만들고, composer에서 명령을 확인한 뒤
Context compacted
를 확인해야 합니다. 이어서 summary를 실제 근거와 대조하고 사람이 다음 행동을 승인하면 기능 시작 흐름이 끝납니다.
압축은 대화를 가볍게 만들 뿐, 검토 책임까지 대신하지는 않습니다. 원문과 summary, summary와 실제 작업 상태를 분리해 다루면 긴 Codex CLI 채팅을 더 안전하게 이어갈 수 있습니다.
