Rust 0.142는 빠르게 움직였다. 문서는 그러지 못했다.

OpenAI의 Codex 코딩 에이전트가 36시간 이내에 버전 0.142.0의 태그된 사전 릴리스 6개를 출시했지만, 릴리스 노트는 끝내 공개되지 않았습니다. 실제로 무엇이 반영됐는지, 그리고 누가 주목해야 하는지 정리했습니다.

0.142 빠른 빌드 시퀀스 한눈에 — 무슨 일이었고 누구에게 영향을 주나

Codex(openai/codex 저장소에 있는 Rust 기반 오픈소스 터미널 코딩 에이전트)는 약 이틀 사이에 rust-v0.142.0 알파 빌드 6개를 연달아 출시했습니다. 6월 18일 05:51의 alpha.1(커밋 d3b5279)부터 6월 19일 20:29의 alpha.6(커밋 fc02182)까지입니다 . 각 알파는 Pre-release로 표시되며 151개의 크로스 플랫폼 바이너리 에셋을 포함합니다 .

이 빌드들은 독립적인 기능 릴리스 6개가 아니라, 하나의 마이너 버전을 향한 반복 컷입니다. 안정 버전인 0.141.0(6월 18일 04:43 게시) 위에 쌓이는 형태이며, GitHub는 여전히 0.141.0을 Latest로 표시하고 있습니다 . OpenAI 개발자 변경 이력에도 0.142.0-alpha 항목은 없고 0.141.0이 최신으로 나옵니다 .

영향 대상:

• 안정 채널 사용자는 0.141.0을 유지합니다. 직접 선택하지 않는 한 변경 사항이 없습니다.
• 사전 릴리스 테스터는 npm install -g @openai/codex@alpha 또는 태그된 릴리스에서 바이너리를 직접 내려받아 알파를 사용합니다.

알파별 귀속은 확인되지 않았습니다. Codex 알파 노트는 누적 방식이므로 개별 변경 사항을 특정 알파 번호에 연결할 수 없으며, 6개 태그 중 일부는 기능 증분이 아닌 CI 재컷일 수 있습니다. 프로젝트 측도 이 문제를 인지하고 있습니다. 이슈 #21682는 변경 이력 게시, 사전 릴리스 노트, 문서 동기화, 마이그레이션 예시 제공을 명시적으로 요청하고 있습니다 . 빌드 속도는 빨랐지만 문서가 따라가지 못했습니다.

Noise 릴레이: 원격 실행기에 인증 암호화가 추가된 과정

0.142 윈도우에서 가장 큰 변경점은 Codex가 원격 실행기와 통신하는 방식입니다. 커밋 묶음(#28674, #28683, #29025의 연결 수명 주기 작업)이 원격 환경 세션을 재구성하여, 이제 트래픽은 Noise 프로토콜 프레임워크 기반의 인증된 종단 간 암호화 채널로 전송됩니다. 기존의 비암호화 릴레이 경로를 대체한 것입니다 . 물리적으로 제어할 수 없는 머신에서 에이전트를 실행하는 개발자 입장에서는 전송 계층의 실질적인 도청 취약점이 해소된 셈입니다.

암호화는 절반에 불과합니다. 같은 릴리스 라인은 환경 충실도도 강화합니다. 작업을 디스패치한 호스트처럼 동작하는 것이 아니라 원격 실행기 본연의 환경으로 동작하도록 만든 것입니다. "Keep remote exec commands native to the executor"(#29099)는 플랫폼 경계를 넘을 때 기존에는 호스트 기본값으로 평탄화되던 실행기의 작업 디렉터리, 셸 설정, 파일시스템 권한을 그대로 유지합니다 .

"Keep remote exec commands native to the executor," commit #29099, openai/codex (source: releases.sh changelog).

이 원칙을 뒷받침하는 두 가지 보완 변경 사항도 있습니다:

• reported-shell 실행 (#28983): "core: keep remote exec on reported shell"은 크로스 플랫폼 세션에서 호스트 셸 대신 실행기 자신이 보고한 셸을 통해 명령을 실행합니다. 덕분에 Linux 실행기가 Windows 호출자의 셸 의미론을 더 이상 물려받지 않습니다 .
• 외부 환경 AGENTS.md (#28958): 원격 세션이 실행기 네이티브 에이전트 설정을 무시하지 않고 존중하도록 바뀌었습니다. 호스트별 AGENTS.md 구성을 유지하는 팀에게 중요한 변경입니다 .

이 변경들을 종합하면 단순한 외형 개선이 아닙니다. 에이전트가 호스트의 셸·디렉터리·권한 컨텍스트에서 조용히 실행되면 원격 머신이 의존하는 전제를 깨뜨릴 수 있습니다. 0.142 작업은 원격 머신 자체를 실행 환경의 진실 공급원으로 삼고, 릴레이 구간의 트래픽을 감청할 수 없도록 연결을 보호합니다 .

SQLite WAL 손상 패치: 번들 수정의 전말

0.142.0 릴리스 구간에서 가장 조용히 처리된 수정 중 하나는 SQLite WAL 리셋 손상 버그로, 번들된 SQLite를 고정 버전으로 핀닝해 패치했습니다 . 이는 알파 릴리스 본문에 문서화되어 있지 않으며, 태그별 페이지에는 "Release 0.142.0-alpha.N"과 에셋 수만 표시됩니다 . 핀닝과 손상 수정 모두 커밋 분석에서만 확인됩니다 .

Codex를 집중적으로 사용하는 분이라면 동작 방식을 이해해두는 것이 좋습니다. WAL(write-ahead logging) 모드는 쓰기를 사이드 로그에 일괄 처리한 뒤 주기적으로 메인 데이터베이스 파일로 체크포인트합니다. WAL 리셋 경로에 결함이 있으면 체크포인트가 자주 발생할 때 정확히 그 파일이 손상될 수 있는데, 이는 장시간 실행되거나 도구 사용이 많은 세션의 전형적인 패턴입니다. 에이전트는 상태를 끊임없이 기록하므로, 버그가 발생하기 가장 쉬운 세션이 바로 개발자가 가장 의존하는 세션입니다.

이 수정이 요구하는 것과 요구하지 않는 것:

• 스키마 마이그레이션 불필요. 번들 SQLite를 핀닝하면 결함 있는 버전이 교체되며, 기존 로컬 데이터베이스는 어떠한 재작성 단계의 영향도 받지 않습니다 .
• 공식 보안 권고 없음. 어떤 릴리스 노트나 OpenAI 개발자 변경 이력에도 관련 내용이 없으며, 해당 페이지는 여전히 0.141.0을 강조하고 있습니다 .
• 업그레이드 안내 없음. 6월 18일 안정 버전인 0.141.0에서 이전하는 개발자는 공식 채널 어디에서도 이 내용을 확인할 수 없습니다 .

이 침묵은 주목할 만합니다. 데이터 무결성 수정은 명확히 알려야 할 변경 사항임에도 불구하고 아무런 공지 없이 배포되었으며, 릴리스 노트 가시성이 배포 속도를 따라가지 못한다는 프로젝트 자체의 지적을 그대로 확인시켜 줍니다 .

캐시·시간 인식 웹 페치: 0.142가 달라진 점

0.142 구간부터 모델이 데이터 신선도를 추측하지 않아도 됩니다. "Add indexed web search mode"(#28489)와 "Use cached and live web access terminology"(#29095), 두 개의 병합된 PR이 암묵적 최신성 추론 대신 명명된 페치 티어를 도입했습니다 . 이제 호출자는 모델이 올바르게 판단하길 바라는 대신, 인덱스/캐시 조회와 라이브 페치를 명시적으로 구분할 수 있습니다.

Quick Answer: Codex 0.142는 암묵적 최신성 추측을 명시적 페치 티어(인덱스/캐시 vs. 라이브 웹)로 대체하고, 메인 브랜치의 병합된 PR 기준으로 현재 시각 도구(#29011)도 추가했습니다 . 인티그레이터는 시스템 프롬프트에 타임스탬프를 주입하는 대신 턴별로 티어를 선언합니다.

시간 인식은 두 번째 축입니다. 앱 서버 구현(#28835)을 갖춘 현재 시각 도구(#29011)가 추가되어 모델이 현재 시간을 명시적으로 읽을 수 있게 되었습니다 . 기존에는 시스템 프롬프트에 타임스탬프를 직접 주입하는 방법뿐이었는데, 이는 불안정하고 재개 시 빠뜨리기 쉬웠습니다.

IDE 및 앱 서버 인티그레이터 입장에서 실질적인 이점은 제어권입니다. 모델이 캐시 속도와 최신 데이터 중 무엇이 필요한지 알고 있다고 기대하는 대신, 턴별로 원하는 티어를 선언할 수 있습니다. 이 구분은 신뢰할 수 있는 시간 민감형 도구 체인에서 중요합니다. 구분이 없으면 라이브 결과가 필요할 때 오래된 인덱스를 참조하거나, 캐시로 충분한 상황에서 라이브 페치 비용을 낭비할 수 있습니다.

이 항목들은 커밋과 PR 메타데이터에서 읽은 것으로, 2026년 6월 20일 기준 OpenAI가 아직 공개하지 않은 통합 0.142.0 릴리스 노트에 기반한 것이 아닙니다 . 프로덕션 연결 전 반드시 바이너리를 통해 정확한 도구 이름을 확인하세요.

실험적 능동형 서브에이전트 스위치 — 기본 꺼짐, 아직 제어 수단 없음

0.142에는 멀티에이전트 라우팅 플래그도 포함됐지만, 비공개 상태로 출시됩니다. 병합된 'Add per-turn multi-agent mode' PR은 explicitRequestOnly 또는 proactive 값을 받는 turn/start.multiAgentMode 필드를 도입하며, 기본 비활성화된 features.multi_agent_mode 피처 플래그 뒤에 숨겨져 있습니다 . 해당 PR은 추가하지 않는 것을 명시적으로 밝힙니다: TUI 제어, 슬래시 커맨드, config.toml 설정, 동시성 변경, 도구 가용성 변경, 모델 카탈로그 변경 — 어느 것도 포함되지 않습니다.

'Expose thread-level multi-agent mode' (#28792)는 같은 개념을 스레드 생성으로 확장합니다. 선택적·실험적 thread/start.multiAgentMode를 추가하고, 지정된 콜드 리줌 및 스레드 상속 동작과 함께 thread/start, thread/resume, thread/fork를 통해 설정을 보고합니다. 대화형 인터페이스나 config.toml 영속성은 여전히 없습니다 .

이는 라우팅 선언이지 리소스 증가가 아닙니다. 모델이 턴 또는 스레드 내에서 어떻게 분기할 수 있는지를 나타낼 뿐, 병렬 처리, 더 많은 도구, 또는 추가 컴퓨팅을 보장하지 않습니다. 구체적으로, 두 PR은 다음 사항을 변경하지 않습니다:

• 동시성: 변경 없음; proactive는 병렬 에이전트를 보장하지 않습니다.
• 도구 가용성: 동일한 도구가 범위 내에 유지됩니다.
• 모델 카탈로그: 신규 또는 교체 모델 없음.
• 제어 인터페이스: 슬래시 커맨드, 구성 키, TUI 토글 없음.

통합 코드에서 스레드 또는 턴 API를 직접 호출하고 있다면, 지금 플래그 뒤에서 이를 탐색하고 start, fork, resume 이벤트 전반에서 Codex가 모드를 어떻게 보고하는지 확인할 수 있습니다. 인터랙티브 CLI 사용자에게는 이를 위한 인터페이스가 없으며 존재 자체를 알아채지 못할 것입니다. 이 글의 다른 항목과 마찬가지로, 이 내용은 2026년 6월 20일 기준 OpenAI가 아직 게시하지 않은 통합 0.142.0 릴리스 노트가 아닌 PR 메타데이터에서 읽어낸 것입니다 . 플래그와 해당 값을 실험적인 것으로 간주하고 의존하기 전에 빌드된 바이너리로 검증하십시오. 정확한 계약 내용은 병합된 per-turn 및 thread-level PR을 참조하십시오.

커밋만으로 읽는 0.142: 엔터프라이즈 수정 사항과 미해결 질문들

엔터프라이즈 운영자에게 0.142.0이 가져다주는 가장 명확한 성과는 기능 헤드라인이 아니라 병합된 PR과 커밋 히스토리에서 유추한 평범한 안정성 수정입니다. Windows 호스팅 실행기에서 이번 빌드는 오래된 자격증명 자동 복구를 추가하고 백그라운드 전환 전 PowerShell에 추가 유예 시간을 부여하여, 이전에 무음 행과 설명되지 않는 타임아웃으로 실패하던 세션을 해결합니다 . 규제 환경에서 이는 간헐적 오류 유형을 예측 가능한 것으로 전환합니다.

프록시를 사용하는 기업 네트워크에 특히 중요한 두 가지 변경 사항이 있습니다. 엔터프라이즈 프록시를 위한 TLS P-521 인증서 서명 지원이 추가되었으며, 이전에는 프록시 체인이 P-521 곡선으로 서명하는 모든 조직에 대한 하드 블로커였습니다 . 이와 함께 Scope network approvals by environment (#28899)와 Support protected resource OAuth discovery (#29022)가 인증 라우팅을 전역 방식에서 환경별 방식으로 전환합니다 .

개발자에게 실질적으로 의미하는 바는 다음과 같습니다:

• Windows 실행기: 원인 불명 타임아웃 감소; 자격증명 갱신에 수동 재시작 불필요.
• P-521 프록시 환경: 이전에 사용 불가능했던 설정이 이제 연결될 수 있음; 배포 전 테스트 필수.
• 멀티 환경 팀: 네트워크 승인 및 OAuth 탐색을 단일 공유 규칙 대신 환경별로 다르게 설정 가능.

위의 모든 항목에는 동일한 주의사항이 따릅니다. 조사 당시 0.142.0-alpha 노트 본문은 가져오기 시 '오류가 발생했습니다' 오류를 반환했으며, 2026년 6월 20일 기준 집계 미러에는 0.142 알파 본문이 색인되지 않았습니다 . 여기의 내용은 공식 릴리스 텍스트가 아닌 PR 설명과 커밋에서 읽어낸 것입니다.

프로젝트 자체도 이 격차를 문제로 제기합니다. 저장소 이슈는 '게시된 체인지로그, 사전 릴리스 노트, 문서 동기화, 마이그레이션 예시'를 요청하고 있으며 (openai/codex issue #21682 ), 릴리스 노트 검색성이 출시 속도를 따라가지 못한다는 인정입니다.

0.142.0은 Windows 및 엔터프라이즈 사용자에게 견실한 유지보수 릴리스로 보이지만, 통합 릴리스 노트가 없는 진행 중인 알파입니다. 특정 알파 태그를 고정하고, 필요한 수정 사항을 빌드된 바이너리로 검증하고, 프로덕션에서 의존하기 전에 안정적인 0.142.0 컷을 기다리십시오 .

자주 묻는 질문

지금 당장 Codex 0.142 알파를 설치하려면 어떻게 하나요?

프리릴리즈 채널에 npm install -g @openai/codex@alpha로 참여하거나, GitHub 릴리즈 페이지의 rust-v0.142.0-alpha.6 태그에서 바이너리를 직접 다운로드할 수 있습니다 . 안정 채널 사용자는 자동으로 0.141.0을 유지하므로 알파를 피하기 위한 별도 조치는 필요하지 않습니다 .

48시간도 안 돼 알파 빌드가 여섯 개나 배포된 이유는 무엇인가요?

2026년 6월 18일부터 19일 사이에 rust-v0.142.0 알파 6개가 연달아 출시됐습니다 . 이는 빠른 CI/CD 반복 패턴으로, 각 알파는 실제 기능 추가, 빌드 재컷, 또는 이전 빌드 패치 중 하나일 수 있습니다. 릴리즈 노트가 없어 알파별 변경 내역은 확인되지 않습니다. GitHub 이슈 #21682는 이 발견 가능성 문제를 직접 지적하고 있습니다 .

실험적 서브에이전트 모드를 프로덕션에서 활성화해도 안전한가요?

아니요. 멀티 에이전트 모드는 features.multi_agent_mode 게이트 뒤에서 기본 비활성화 상태이며, TUI 제어 수단도, 슬래시 명령어도, config.toml 영속성도, 문서화된 동시성 제한도 없습니다. turn/start.multiAgentMode를 통한 API 레이어에서만 노출됩니다 . 기능 게이트를 졸업하고 문서화된 보장이 생기기 전까지는 내부 탐색용으로만 다루십시오.

SQLite WAL 수정 사항을 적용하려면 데이터베이스 마이그레이션이 필요한가요?

아니요. 이 수정은 WAL 리셋 손상 버그를 해결하기 위해 번들된 SQLite 버전을 조용히 고정하는 것으로, 기존 데이터베이스의 구조에는 영향이 없습니다 . 평소대로 업그레이드하면 되며, 스키마 마이그레이션을 실행할 필요가 없습니다.

0.142 안정 버전은 언제 출시되나요?

출시 일정은 아직 발표되지 않았습니다. 2026년 6월 20일 기준, GitHub 릴리즈 페이지와 OpenAI 개발자 체인지로그 모두에서 버전 0.141.0이 여전히 Latest로 표시되어 있습니다 . 통합 안정 버전 0.142.0 태그와 노트가 올라오는지 두 곳 모두 주시하세요.