OpenAI와 Codex의 28일간 업데이트를 매일 조사하여 발신하고 있습니다. 다음 신기능이나 리셋도 추적하고 싶은 분은 꼭 팔로우해 주세요.
2026년 10월 18일(미국 시간), OpenAI의 '28 days of shipping'에서 Day 14 업데이트가 발표되었습니다.
이번 발표는 Codex 데스크톱 앱에서 같은 스레드 내에 있는 이전 메시지를 나중에 편집할 수 있게 되었다는 내용입니다.
공식 28일 트래커에는 다음과 같이 기재되어 있습니다.
Users can now edit previous messages within a thread in the desktop app.
짧은 발표이지만, 장기간의 코딩 작업에서는 중요한 사용성 개선입니다. 오타나 조건 지정 실수, 전제 수정 등을 과거 발언으로 돌아가 처리할 수 있게 됩니다.
한편, 편집 후에 AI가 어느 범위까지 재실행하는지, 기록이 분기되는지, 기존 파일 변경을 어떻게 처리하는지는 공식 Day 14 공지만으로는 명확하지 않습니다.
본 기사에서는 공식적으로 확인된 내용과 미공개 사항을 엄격히 구분하여 Steer, Queue, Fork와의 차이점, 사용처, 안전한 확인 방법, 개발 작업 시 주의점, 리셋 여부를 해설합니다.
확인일: 2026년 10월 19일(한국 시간). 본 기사는 공식 28일 트래커와 Codex Changelog를 참조했습니다. 실제 기기에서 버튼 위치나 편집 후 기록 분기를 검증한 내용은 아닙니다. 앱 버전이나 배포 상황에 따라 표시가 다를 수 있습니다.
| 항목 | 공식적으로 확인 가능한 내용 |
|---|
| Day | 14 |
| ... | |
| 중요한 것은 **'전송 전 초안을 고치는 것'이 아니라 '이미 전송된 과거 메시지를 편집할 수 있다'**는 점입니다. | |
Codex에 긴 작업을 맡긴 후, 첫 요청이 모호했다는 것을 깨달을 때가 있습니다. 그 경우, 이전 요청을 수정할 수 있는 것은 편리하지만, 수정의 효과가 과거 실행 결과에 어디까지 미치는지 여부는 별개의 문제입니다.
첫 요청이 다음과 같았다고 가정해 봅시다.
나중에 다음 조건을 명시할 필요하다고 알게 되었습니다.
인증 처리를 수정하고 테스트도 추가해 줘. 다만 공개 API의 응답 형식과 기존 DB 스키마는 변경하지 않도록 해줘.
Day 14로 과거 메시지 편집이 가능해졌기 때문에, 전에 보낸 요청 내용을 수정하는 조작을 할 수 있게 됩니다.
다만, 이 조작만으로 과거에 진행했던 편집이나 테스트가 재실행된다고 확인된 것은 아닙니다. 편집 후 화면에 무엇이 표시되는지 반드시 확인해야 합니다.
예를 들어, 첫 요청에서 Issue #124라고 썼는데 Issue #142로 전송한 경우입니다.
과거 문구를 수정할 수 있는 것과 잘못된 Issue에 실제로 추가된 댓글이나 변경 사항이 취소되는 것은 동의어가 아닙니다.
GitHub에 기록하는 작업이 이미 수행되었다면, 차분(diff)이나 Issue 기록을 별도로 확인해야 합니다.
대규모 리포지토리 리뷰에서는,
- 대상 디렉터리
- 기존 사양을 깨지 않는 제약 조건
- 테스트 실행 조건
- PR 생성 및 머지 권한
- 작업 대상 브랜치
등, 긴 요청이 될 수 있습니다. 편집할 수 있게 되면 보낸 요청을 참조하며 조건을 검토하기가 쉬워집니다.
다만, 저장/확정 조작의 구체적인 UI나, 편집에 의한 재생성 범위는 공식의 짧은 공지에서는 확인할 수 없습니다.
Codex에는 과거 메시지 편집 외에도 대화 진행을 제어하는 방법이 있습니다.
| 조작 | 역할 | 예 |
|---|
| Edit (Day 14) | 과거에 보낸 메시지 내용을 수정한다 | '대상 Issue 번호를 고치기' |
| Steer | 현재 실행 중인 작업에 추가 지시를 전달한다 | 'DB 스키마는 변경하지 않도록' |
| Queue | 현재 작업이 끝난 후의 지시로 쌓는다 | '완료되면 README를 업데이트해 줘' |
| Fork | 대화가 있는 지점부터 다른 작업 흐름을 만든다 | '다른 안을 새로운 분기로 시도하기' |
이들은 비슷하지만, 목적이 다릅니다.
작업 A 진행 중
├─ Steer: '인증 부분의 변경을 우선해서'
└─ 그 시점의 작업에 추가 조건을 전달한다
Day 4 개선에서는 이 도중 지시(intermediate instruction)에 대한 반응 속도를 높이는 변경이 발표되었습니다.
Steer는 과거 메시지 자체를 덮어쓰는 조작과는 별개입니다.
작업 A를 실행 중
↓
Queue: '끝나면 차이점을 검토해 줘'
...
Queue는 '과거 발언을 수정하는 것'이 아니라, 다음에 무엇을 할지 추가하는 작업입니다.
Codex Changelog에는 2026년 3월 18일 업데이트로 마지막 턴 외의 과거 메시지에서도 대화를 Fork할 수 있게 되었다고 기록되어 있습니다.
Fork는 일반적으로 과거 지점에서 다른 문맥/작업 흐름을 가질 때 사용하는 작업입니다.
반면, Day 14 발표는 기존 스레드 내 과거 메시지의 편집에 관한 것입니다.
'과거 메시지를 편집하면 자동으로 Fork가 생성된다'와 같은 Day 14의 상세한 이력 제어는 공개되지 않았습니다. 이 둘을 동일시하지 않도록 주의해야 합니다.
공식 발표에는 그 보장이 없습니다.
이것이 개발자로서 가장 주의 깊게 봐야 할 점입니다.
Codex는 채팅에 답변할 뿐만 아니라, 권한이 있다면 코드나 외부 서비스에 변경을 가합니다.
사용자: 'Issue #142를 수정해 줘'
↓
Codex: 코드를 편집
...
이때, 과거 문구를 고쳤다고 해서 PR이나 Git 커밋이 자동으로 삭제된다고 생각해서는 안 됩니다.
Codex의 작업 대상에는 적어도 다음 종류가 있습니다.
| 대상 | 예시 | 확인 방법 |
|---|
| 대화 이력 | 이전 요청 문구 | 스레드 표시 |
| ... | | |
| 메시지를 수정하는 작업과, 그 실행된 부작용을 취소하는 작업은 별개입니다. | | |
진행 중인 처리가 있는 경우, 화면이 Steer나 Queue를 받아들이는 상태인지, 과거 메시지 편집이 가능한 상태인지를 확인해야 합니다.
Day 14 공식 공지에서는 실행 중일 때 언제든지 편집할 수 있는지까지 명시되어 있지는 않습니다.
해당 Codex 데스크톱 앱에서 대상 스레드의 이전 메시지부터 편집 작업을 찾아보세요.
우클릭, 메뉴 버튼, 단축키 등 구체적인 진입점은 공식 발표만으로는 확인할 수 없으므로 단정할 수 없습니다. 실제 앱에 표시되는 작업에 따르십시오.
편집 확정 후에는 다음 사항들을 확인해야 합니다.
- 이전 메시지가 어떻게 표시되는지
- 기존 Codex의 답변이 남아 있는지
- 재생성/재실행/분기 등의 UI가 나타나는지
- 실행 중인 태스크가 계속 작동하는지
- 작업 디렉토리의 차이점이 바뀌었는지
이는 이번 기능이 어떻게 처리될지를 안전하게 실기 확인하기 위한 관점입니다.
Git 리포지토리의 작업 디렉토리에서 다음 명령어를 사용할 수 있습니다.
git status --short
git diff --stat
git log -1 --oneline
각각의 의미는 다음과 같습니다.
git status --short
: 변경됨/추가됨/미추적 파일 개요 -
git diff --stat
: 미스테이징 차이량을 파일별로 표시 -
git log -1 --oneline
: 직전 커밋을 짧게 표시
이들은 읽기 목적의 명령어이며, 과거 변경을 취소하는 처리가 아닙니다.
주의: git reset --hard와 같은 파괴적인 명령어는 기능의 동작을 확인하기 위해 함부로 실행하지 마십시오.
기존 운영 리포지토리에서 시도하기 전에, 외부 API에 쓰기가 없는 간단한 테스트로 동작을 확인하는 것이 안전합니다.
먼저 다음과 같은 요청을 보냅니다.
이 스레드에서는 파일을 편집하지 마세요.
'빨간색과 파란색의 두 가지 후보를 비교해 주세요'라고 답변해 주세요.
Codex의 답변이 나온 후, 이전에 전송했던 메시지 편집 작업을 사용할 수 있는지 확인합니다.
편집 가능한 경우, 색상 이름 등을 수정하고, 재실행되는지, 과거 답변이 남아 있는지, 이력이 분기하는지를 관찰합니다.
이 테스트에서는 파일 작업이나 외부 쓰기를 요청하지 않으므로, 운영 코드나 GitHub 상태에 영향을 줄 위험을 낮출 수 있습니다.
다만, 이 검증 절차 자체는 OpenAI가 Day 14에서 제시한 공식 작업 매뉴얼이 아니라, 이용자가 안전하게 동작을 확인하기 위한 제안입니다.
일반적인 ChatGPT에서도 과거 사용자 메시지를 편집할 수 있는 기능이 이전부터 존재합니다.
하지만 Codex는 파일 변경, 툴 실행, Git 작업 등의 작업을 동반하기 때문에, 수정된 문장과 기존의 작업 결과가 어떻게 관계하는지에 대한 문제가 커집니다.
| 관점 | 일반 ChatGPT | Codex |
|---|
| 주요 결과물 | 답변문, 자료 등 | 코드・차이분・테스트・PR 등 |
| ... | | |
| '일반적인 ChatGPT와 완전히 동일한 히스토리 분기 및 재생성 동작이 되었다'는 발표가 아닙니다. | | |
또한, Codex CLI나 모바일의 모든 클라이언트에 Day 14 기능이 동시에 배포된 것도 확인되지 않습니다.
이번 변경 사항이 유용한 이유는 에이전트에게 내리는 지시가 길고 복잡해지기 쉽다는 점입니다.
백엔드 개발의 예로 들면,
- 기존 API와의 호환성
- Java나 프레임워크의 버전
- DB 스키마 변경 가능 여부
- 테스트 실행 환경
- 보안 및 권한
- PR 작성・머지까지의 작업 범위
등과 같은 조건을 명확히 할 필요가 있습니다.
나중에 오류를 발견했을 때, 과거 메시지를 편집할 수 있다면 잘못된 문구를 수정하는 경로를 확보할 수 있습니다.
이전 대화의 맥락을 변경할 수 있는 조작이기 때문에, 편집된 후 오래된 AI 답변이 같은 맥락으로 처리되는지가 중요합니다.
공식적으로는 그 사양을 공개하지 않았으므로, 편집에만 의존하여 '모든 후속 처리가 새로운 조건에 맞춰져 있다'고 판단하지 마십시오.
2026년 10월 19일 기준 공식 28일 트래커에서는 Day 14의 추가 풀 리셋은 확인되지 않습니다.
이번 발표는 과거 메시지 편집 기능 추가이며, 사용 가능량 회복이 아닙니다.
여기까지 비교해 보면,
| Day | 내용 |
|---|
| Day 12 | Codex / Work의 캐시 효율 향상 |
| Day 13 | 이용 한도의 글로벌 리셋 |
| Day 14 | Codex 데스크톱에서 과거 메시지 편집 가능 |
이 됩니다.
Day 13의 자동 리셋과 Day 14의 편집 기능은 별개의 발표입니다.
| Day | 주요 발표 |
|---|
| Day 1 | GPT-6 Astra / GPT-6.1 Sol의 표준 속도 개선 |
| ... | Day 14 |
| Codex 데스크톱에서 과거 메시지 편집 대응 | |
Codex 데스크톱 앱에서 같은 스레드 내의 과거 메시지를 편집할 수 있습니다. 이는 OpenAI 공식 트래커에서 확인할 수 있는 변경 사항입니다.
공식 Day 14 발표만으로는 상세 내용을 알기 어렵습니다. 실제로 어떤 확인・재생성・히스토리 분기가 발생하는지는 대응 앱에서 확인해야 합니다.
그 보장은 없습니다. 로컬 파일이나 PR이 이미 변경된 경우, Git 차이분이나 GitHub의 상태를 개별적으로 확인하십시오.
Day 14의 공식 설명은 데스크톱 앱을 대상으로 하며, CLI・모바일 대응 여부는 미확인입니다.
절약률이나 특별한 무료 한도는 발표되지 않았습니다. 재실행 등으로 추가 작업이 발생하면 일반적인 이용량과 관련될 수 있습니다.
공식 트래커에 그 발표는 없습니다.
Day 14는, Codex 데스크톱에서 과거에 보낸 메시지를 편집할 수 있게 하는 조작성 개선이었습니다.
강조해야 할 포인트는 다음과 같습니다.
Codex 데스크톱의 동일 스레드 내에서 과거 메시지 편집 가능Steer(현재 실행에 대한 추가 지시), Queue(다음 지시), Fork(대화 분기)와 다름편집 후 자동 재실행・히스토리 분기 상세는 미공표****기존 코드 변경이나 GitHub 조작이 자동으로 되돌려질 보장은 없음- 실제 작업은 외부 쓰기가 없는 작은 테스트 스레드에서 확인하는 것이 안전
Day 14의 추가 풀 리셋은 공식 정보로 확인할 수 없음
긴 개발 과제에서는 처음에 내린 지시의 조건을 재검토하고 싶을 때가 있습니다. 이번 개선은 그러한 상황에서의 사용 편의성을 높이는 것입니다.
다만 편집할 수 있다는 것과, 이미 완료된 외부 작업을 되돌리는 것은 별개입니다. Codex를 안전하게 사용하기 위해, 편집 후 실행 내용과 Git 차이분을 반드시 확인하도록 합시다.
- OpenAI Developer Community: 28 days of Shipping at OpenAI (Day 14)
- OpenAI 공식: ChatGPT & Codex Changelog
- OpenAI 공식: Codex Help / Documentation
- OpenAI 공식: GitHub Codex
OpenAI의 Codex 28일간의 업데이트는 앞으로도 매일 조사하여 발신하겠습니다. Day 15 이후의 신기능이나 풀 리셋(full reset)도 놓치고 싶지 않은 분들은 꼭 팔로우해 주세요.