Codex CLI 0.142.0 업데이트
아래는 GitHub 기준 2026년 6월 22일 22:19, 한국시간 2026년 6월 23일 07:19에 공개된 Codex CLI 0.142.0 안정 릴리스를 기능 목록의 번역이 아니라, 개발자가 CLI 안에서 사용량을 확인하고 플러그인을 고르고 agent 예산과 병렬 실행을 운영하는 방식의 변화로 재구성한 글입니다.
공식 GitHub 릴리스 노트 기반으로 `/usage` reset credit, `/plugins` 분류, rollout token budget, multi-agent delegation 설정, indexed web-search mode, UTC reminder와 current time query, Linux TUI·MCP·원격 환경 안정성 개선을 정리했습니다. 같은 날 0.143.0 alpha 릴리스도 이어졌지만, 이 글은 npm 최신 안정 버전인 0.142.0을 기준으로 해석합니다.
출처: OpenAI Codex 0.142.0 GitHub 릴리스
이번 릴리스의 중심 메시지
Codex CLI 0.142.0은 agent를 더 많이 쓰게 하는 릴리스라기보다, 사용량, 플러그인, 검색, 멀티 에이전트, 원격 실행을 운영 가능한 경계 안으로 넣는 릴리스입니다.
눈에 띄는 변화는 새 명령 하나가 아니라 장시간 agent 작업을 믿고 맡기기 위해 필요한 제어점입니다. 예산을 보이고, 외부 도구를 분류하고, 웹 접근을 제한하고, 실패를 상위 agent에 전달하는 쪽으로 CLI와 app-server의 운영 표면이 넓어졌습니다.
1. 사용자 기능 단위별 가치
| 기능 단위 | 주요 사용자 | 사용자가 느끼는 문제 | 업데이트 가치 | 사용자에게 와닿는 메시지 |
|---|---|---|---|---|
| /usage 사용량 리셋 크레딧 | Plus, Pro 등 사용량 한도를 의식하며 Codex를 쓰는 개발자 | 남은 한도와 리셋 가능 여부를 작업 중간에 따로 판단해야 함 | 획득한 usage-limit reset credit을 확인하고 확인·재시도·상태 갱신 흐름으로 사용 | 긴 작업을 멈추기 전에 회복 가능한 사용량을 CLI 안에서 확인한다 |
| /plugins 원격 플러그인 분류 | Codex에 도구와 워크플로우를 붙여 쓰는 개인과 팀 | 원격 플러그인의 출처와 공유 범위가 섞이면 무엇을 설치해야 할지 판단하기 어려움 | OpenAI Curated, Workspace, Shared with me 섹션으로 나누고 적절한 턴에서 추천·설치 흐름 제공 | 플러그인을 검색 목록이 아니라 작업 맥락의 선택지로 만든다 |
| rollout token budget | 긴 agent 작업, 자동화, 실험적 기능 배포를 운영하는 팀 | 여러 agent thread가 토큰을 얼마나 쓰는지 늦게 발견하거나 초과 후에야 멈춤 | agent thread 전반의 사용량을 추적하고 남은 예산을 알리며 소진 시 turn을 중단 | 자율 작업을 비용과 한계가 보이는 실행 단위로 관리한다 |
| multi-agent delegation 설정 | subagent를 병렬 탐색과 구현 보조에 쓰는 고급 사용자와 플랫폼 팀 | 언제 하위 agent를 허용할지 정책이 모호하면 비용과 검토 범위가 흔들림 | app-server client가 thread와 turn 단위로 disabled, explicit-request-only, proactive 모드를 구성 | 병렬 agent 사용을 기능 켜기보다 운영 정책으로 다룬다 |
| indexed web-search mode | 최신 자료 확인이 필요하지만 직접 웹 접근 범위를 제한해야 하는 사용자 | live search와 임의 페이지 접근을 같이 열면 보안·신뢰 경계가 넓어짐 | live search는 허용하면서 직접 page access는 server-approved URL로 제한 | 최신성 확보와 웹 접근 통제를 분리한다 |
| UTC reminder와 현재 시간 조회 | 예약 점검, follow-up, 시간 기준 자동화를 Codex에 맡기는 사용자 | agent가 현재 시간이나 예약 기준을 안정적으로 알기 어려움 | scheduled UTC time reminder를 받고 client-provided app-server clock으로 현재 시간을 조회 | 시간 의존 작업을 대화 기억이 아니라 명시적 시간 신호로 실행한다 |
| Linux TUI resume 복구 | 터미널에서 `Ctrl+Z`와 `fg`로 세션을 오가는 Linux 사용자 | 일시 중지 후 복귀하면 TUI 렌더링이 깨져 작업 흐름이 끊길 수 있음 | suspend 후 resume 상황의 TUI 렌더링 안정성 복구 | 터미널 습관 때문에 Codex 세션을 잃지 않는다 |
| exec-server와 stdio MCP 세션 복구 | MCP 서버, exec-server, 장시간 도구 호출을 붙여 쓰는 사용자 | 일시적 연결 끊김이 프로세스와 MCP 세션 실패로 이어질 수 있음 | signed URL refresh와 retry-safe stdin write를 포함해 transient disconnect를 견딤 | 도구 연결이 흔들려도 작업 단위를 더 오래 유지한다 |
| remote environment 경로·shell 보존 | Windows, macOS, Linux 원격 환경을 섞어 쓰는 개발자 | 원격 executor의 native path, shell, sandbox, AGENTS.md 탐지가 OS 경계에서 어긋남 | 원격 환경에서 executor-native path, shell, AGENTS.md discovery, sandbox behavior 보존 | 원격 작업이 로컬 OS 가정에 덜 흔들린다 |
| plugin loading과 설치 안정화 | workspace plugin, local marketplace, skill path를 운영하는 팀 | manifest 위치나 skill 경로 차이 때문에 플러그인이 늦게 뜨거나 실패 원인을 알기 어려움 | root marketplace layout, manifest fallback, multiple skill path, actionable download error, 즉시 tool refresh 처리 | 플러그인 설치 실패를 조용한 누락이 아니라 조치 가능한 상태로 만든다 |
| subagent terminal error 전달 | 상위 agent가 하위 agent 결과를 합쳐 판단하는 사용자 | 하위 agent 실패가 빈 성공처럼 보이면 잘못된 결론을 받아들일 수 있음 | parent agent가 terminal subagent error를 직접 받음 | 병렬 작업의 실패를 숨기지 않고 검토 가능한 결과로 올린다 |
| goal-first thread persistence | Goal mode로 긴 작업을 시작하고 다시 찾아 이어가는 사용자 | goal-first thread가 목록과 검색에서 빠지면 진행 중인 목표를 잃어버릴 수 있음 | `thread/list`와 `thread/search`에서 goal-first thread를 다시 반환 | 장기 목표형 작업의 발견 가능성을 되살린다 |
2. 가치 기준별 핵심 변화
A. 사용량 회복: 한도 대응을 CLI 안으로 당긴다
`/usage` 변화는 단순한 표시 추가가 아니라 Codex 작업을 멈출지 이어갈지 판단하는 흐름을 CLI 안으로 가져옵니다. 획득한 usage-limit reset credit이 있다면 사용 가능 여부를 확인하고, 확인과 재시도를 포함한 상태 갱신 흐름을 거칠 수 있습니다.
| 항목 | 내용 |
|---|---|
| 진입점 | `/usage` 명령 |
| 새 동작 | 획득한 usage-limit reset credit을 표시하고 사용할 수 있음 |
| 상태 처리 | 사용 확인, 재시도, refreshed availability state를 포함 |
| 사용자 가치 | 한도에 걸린 뒤 작업을 포기하기 전에 회복 가능한 옵션을 CLI에서 확인 |
| 주의할 점 | 크레딧 자체를 늘리는 기능이 아니라 이미 획득한 reset credit을 다루는 흐름 |
이 기능은 사용량 정책 자체를 바꾸지 않습니다. 대신 사용자가 한도에 닿은 뒤 별도 화면을 찾아가거나 추측으로 작업을 중단하는 시간을 줄입니다. 팀 관점에서는 사용량 회복이 가능한 상황과 새 예산이 필요한 상황을 더 빨리 구분할 수 있습니다.
B. 플러그인 탐색: 도구 설치를 출처와 공유 범위로 정돈한다
`/plugins`는 원격 플러그인을 OpenAI Curated, Workspace, Shared with me로 나누어 보여 줍니다. Codex가 점점 더 많은 도구와 연결될수록, 중요한 것은 플러그인 수가 아니라 어떤 출처의 도구를 어떤 작업에 붙일지 판단하는 구조입니다.
| 개선 항목 | 내용 |
|---|---|
| 분류 | OpenAI Curated, Workspace, Shared with me |
| 탐색 가치 | 플러그인의 출처와 공유 범위를 보고 설치 후보를 구분 |
| 추천 흐름 | eligible turn에서 관련 플러그인을 추천하고 설치로 이어질 수 있음 |
| 운영 의미 | 팀 표준 도구와 개인에게 공유된 도구를 같은 목록에서 더 읽기 쉽게 관리 |
| 주의할 점 | 추천이 설치 판단을 대신하지 않으므로 권한, 데이터 경계, 공급자 신뢰를 검토해야 함 |
eligible turn에서 관련 플러그인을 추천하고 설치로 이어질 수 있다는 점은 작업 중 도구 발견성을 높입니다. 다만 추천은 설치 판단을 대신하지 않습니다. 팀은 플러그인의 권한, 데이터 이동, 유지 주체를 확인한 뒤 workspace 표준으로 둘지 개인 선택지로 둘지 정해야 합니다.
C. 예산과 병렬 agent: 자율 작업에 운영 한계를 둔다
rollout token budget과 multi-agent delegation 설정은 이번 릴리스에서 가장 운영적인 변화입니다. 긴 agent 작업은 편하지만, 사용량과 하위 agent 실행 범위가 보이지 않으면 비용과 검토 부담이 뒤늦게 드러납니다.
| 예산 항목 | 내용 |
|---|---|
| 대상 | agent thread 전반의 rollout token usage |
| 제어 방식 | configurable budget으로 남은 예산을 추적 |
| 사용자 알림 | remaining-budget reminder 제공 |
| 소진 시 처리 | 예산이 exhausted되면 turn을 abort |
| 운영 가치 | 긴 agent 실행과 실험적 rollout을 비용 관점에서 중간 차단 가능 |
| 멀티 에이전트 항목 | 내용 |
|---|---|
| 설정 주체 | app-server client |
| 정책 값 | disabled, explicit-request-only, proactive |
| 적용 범위 | thread level과 turn level |
| 사용자 가치 | subagent 병렬화를 허용할 시점과 범위를 더 명확히 분리 |
| 주의할 점 | proactive delegation은 더 많은 토큰과 검토 표면을 만들 수 있음 |
budget은 남은 한도를 알리고 소진 시 turn을 중단하는 쪽에 가깝고, delegation 설정은 하위 agent 사용을 금지, 명시 요청 시 허용, 선제 허용으로 나눕니다. 해석하면 Codex가 병렬로 더 많은 일을 하도록 열어 두되, 팀이 비용과 권한의 기준선을 정할 수 있게 만든 변화입니다.
multi-agent 기능의 핵심은 agent 수를 늘리는 것이 아니라, 어떤 조건에서 병렬 작업을 맡길지 설명 가능한 정책을 갖는 데 있다.
D. 검색과 시간: 최신성, 접근 통제, 예약 실행을 분리한다
indexed web-search mode는 live search와 직접 페이지 접근을 분리합니다. 최신 검색 결과는 필요하지만 임의 웹페이지를 그대로 열어 보게 하기는 부담스러운 환경에서 의미가 있습니다. 직접 page access는 server-approved URL로 제한됩니다.
| 항목 | 내용 |
|---|---|
| indexed web-search mode | live search를 허용하되 직접 page access는 server-approved URL로 제한 |
| 보안 의미 | 최신 검색과 임의 웹페이지 접근 권한을 분리 |
| 시간 reminder | scheduled UTC time reminder 수신 |
| 현재 시간 조회 | client-provided app-server clock을 포함해 current time query 지원 |
| 운영 의미 | 자동화와 follow-up을 시간 기준으로 더 명시적으로 실행 |
scheduled UTC reminder와 current time query는 시간 의존 작업을 더 명시적인 신호에 연결합니다. 자동화, follow-up, 정기 점검을 만들 때 "지금"과 "언제"를 agent의 대화 흐름에만 맡기지 않고 app-server clock과 UTC 기준으로 다룰 수 있습니다.
E. 실행 안정성: 원격·MCP·subagent 실패를 더 잘 드러낸다
0.142.0의 버그 수정은 대부분 장시간 실행과 다중 환경 운영에서 체감됩니다. Linux TUI resume, exec-server와 stdio MCP 세션, 원격 환경 경로와 shell, plugin loading, subagent error 전달, goal-first thread persistence가 여기에 포함됩니다.
| 안정화 항목 | 내용 |
|---|---|
| Linux TUI | `Ctrl+Z` suspend와 `fg` resume 이후 렌더링 안정성 복구 |
| exec-server와 MCP | transient disconnect 후 프로세스와 stdio MCP session 유지 |
| 원격 환경 | executor-native path, shell, AGENTS.md discovery, sandbox behavior 보존 |
| plugin loading | root marketplace layout, manifest fallback, multiple skill path, 즉시 tool refresh 처리 |
| subagent error | terminal subagent error를 parent agent가 받도록 수정 |
| goal-first thread | `thread/list`와 `thread/search`에서 다시 발견 가능 |
이 영역은 눈에 띄는 새 화면보다 중요할 수 있습니다. agent가 여러 도구와 원격 환경을 오갈수록, 실패를 숨기지 않고 복구 가능하게 만들며 현재 작업을 다시 찾을 수 있게 하는 기반이 실제 생산성을 좌우합니다.
3. 사용자 세그먼트별 해석
개인 CLI 사용자
`/usage` 리셋 크레딧과 Linux TUI 복구로 터미널 안에서 작업을 더 오래 끊김 없이 이어감
팀 리드
rollout token budget과 multi-agent delegation 설정으로 agent 사용량과 병렬 작업 범위를 설명 가능한 정책으로 관리
플랫폼 엔지니어
app-server, remote environment, MCP 세션 안정화로 여러 OS와 실행 환경을 섞는 Codex 운영 리스크를 줄임
보안·거버넌스 담당자
indexed web-search mode와 plugin 분류를 통해 최신 검색, 직접 페이지 접근, 외부 도구 설치를 분리해 검토
MCP·플러그인 관리자
manifest fallback, multiple skill path, 즉시 tool refresh 덕분에 플러그인 배포 실패를 더 빨리 발견하고 수정
AI 워크플로우 설계자
subagent error 전달과 goal-first thread persistence로 장기·병렬 작업의 실패와 진행 상태를 더 명확히 추적
자동화 운영자
UTC reminder와 current time query로 일정 기반 점검이나 follow-up을 더 명시적인 시간 신호에 연결
4. 기능별 우선순위 평가
| 우선순위 | 기능 | 이유 |
|---|---|---|
| 1 | rollout token budget | 긴 agent 실행의 비용·한계·중단 조건을 운영자가 볼 수 있게 해 팀 도입 리스크를 직접 낮춤 |
| 2 | multi-agent delegation 설정 | subagent 병렬화를 thread와 turn 단위 정책으로 나눠 비용과 검토 범위를 제어 |
| 3 | /plugins 원격 플러그인 분류와 추천 | Codex 확장 도구를 팀 표준, 공유 도구, curated 도구로 구분해 발견성과 거버넌스를 함께 개선 |
| 4 | indexed web-search mode | 최신 검색과 직접 페이지 접근 통제를 분리해 보안 기준이 있는 환경에서 유용 |
| 5 | exec-server, MCP, remote environment 안정화 | 도구 연결과 원격 실행 실패를 줄여 장시간 작업의 신뢰도를 높임 |
| 6 | /usage 리셋 크레딧 | 개인 사용자의 한도 대응을 CLI 안으로 당기지만 크레딧 자체의 정책은 별도 |
| 7 | 시간 reminder와 goal-first thread persistence | 자동화와 장기 목표 작업의 발견 가능성을 개선하는 기반 기능 |
5. 한 줄 포지셔닝
Codex CLI 0.142.0은 CLI를 단순 실행 도구에서 사용량, 플러그인, 검색, 멀티 에이전트, 원격 실행의 운영 기준을 잡는 agent 제어 표면으로 확장한 안정 릴리스입니다.
1
rollout token budget과 usage reset credit으로 긴 agent 작업의 비용과 지속 가능성을 더 빨리 판단한다
2
plugin 분류와 indexed web-search mode로 외부 도구와 웹 접근을 더 명확한 신뢰 경계 안에서 다룬다
3
multi-agent, MCP, 원격 환경 안정화로 병렬·장기 작업의 실패를 더 잘 드러내고 복구한다