일곱 번의 알파 이후 — Codex CLI 0.141.0이 실제로 제공하는 것

Codex CLI v0.141.0 (안정): Noise relay, SQLite WAL 핀, Windows 강화. v0.142는 48시간 만에 알파 7회를 기록했다.

일곱 번의 알파 이후 — Codex CLI 0.141.0이 실제로 제공하는 것
Share

OpenAI는 6월 18일 새로운 안정 버전 Codex CLI를 출시한 데 이어, 약 이틀 만에 다음 버전의 알파 빌드를 일곱 개나 연달아 내놓았습니다. 무엇을 설치할지 고민 중이라면, 이 빠른 변화가 곧 신호입니다 — 그 신호는 최신 알파가 아닌 안정 태그를 가리키고 있습니다.

v0.141.0이 제공하는 것 — 알파 일곱 개가 대체할 수 없는 이유

2026년 범용 목적으로는 rust-v0.141.0을 설치하세요 — GitHub이 'Latest'로 표시하고 OpenAI가 공식 changelog에 문서화한 빌드입니다. Codex CLI는 openai/codex 저장소에 있는 오픈소스 Rust 기반 터미널 코딩 에이전트입니다(구형 Codex 언어 모델과 다릅니다). 버전 0.141.0은 2026-06-18 (04:43 UTC, 태그 커밋 3fb8166, 에셋 151개)에 게시되었으며, OpenAI changelog에는 정확한 설치 명령어가 함께 제공됩니다 :

npm install -g @openai/codex@0.141.0

더 높은 버전 번호를 건너뛰어야 하는 이유는 기능 부족이 아니라 릴리스 채널 상태 때문입니다. v0.142.0의 모든 빌드는 여전히 프리릴리스입니다. GitHub에는 알파 태그 일곱 개가 등록되어 있으며, v0.142.0-alpha.1(6월 18일)부터 alpha.7(6월 20일 00:40 UTC, 태그 커밋 b34b303)까지 모두 명시적으로 'Pre-release' 레이블이 붙어 있습니다. 약 48시간 안에 알파가 일곱 개라는 것은 브랜치가 안정화되고 있다는 신호가 아니라 활발한 변경이 진행 중이라는 신호입니다 — 게다가 어떤 알파 태그에도 v0.141.0과의 차이를 정리한 통합 changelog가 없습니다.

지표rust-v0.141.0v0.142.0-alpha.7
GitHub 레이블Latest (안정)Pre-release
게시일2026-06-182026-06-20
공식 설치 문서있음 (changelog)프로덕션 dist-tag 없음
통합 changelog있음없음

진행 중인 작업의 규모가 이 점을 방증합니다. rust-v0.141.0에서 alpha.7까지의 전체 비교는 커밋 135개, 변경 파일 757개, 기여자 42명에 달해, GitHub 브라우저 비교 페이지가 전체를 렌더링하지 못할 정도입니다. 한편 alpha.7 릴리스 페이지에는 '이 릴리스 이후 main에 커밋 2개'라고만 나와 있어, 릴리스 후보가 아닌 빠른 중간 빌드임을 확인해 줍니다. 대부분의 개발자에게 오늘 실행할 빌드는 0.141.0입니다.

Noise 릴레이 — 0.141.0의 인증·암호화 익스큐터 채널

Seven alphas later — what Codex CLI 0.141.0 actually delivers

rust-v0.141.0의 핵심 추가 사항은 Noise 릴레이입니다. 코드가 실행되기 전에 채널 레이어에서 신뢰를 먼저 확립하는, 인증된 종단 간 암호화 전송 방식으로 원격 익스큐터를 연결합니다 . 실제로는 두 머신이 먼저 검증된 암호화 세션을 협상한 뒤에야 Codex가 작업을 전달합니다 — 핸드셰이크보다 실행이 먼저 이루어지는 일은 없습니다. 2026-06-18에 게시된 이 릴리스는 기존 로컬 채널에 대한 패치가 아니라 완전히 새로운 인프라로 제공됩니다 .

여러 호스트에서 Codex를 운영하는 경우 두 가지 특성이 중요합니다. 첫째, 전송 계층이 Noise 프로토콜 프레임워크 위에 구축되어 채널 자체가 인증과 기밀성을 보장합니다 — 네트워크 상에서 익스큐터 간 평문 메시지를 가로채거나 위장할 수 없습니다 . 둘째, 크로스플랫폼 원격 실행이 각 익스큐터의 네이티브 작업 디렉터리, 셸, 파일시스템 권한 경로를 호스트 기본값으로 평탄화하지 않고 그대로 유지합니다 . Windows 익스큐터는 PowerShell 컨텍스트와 권한 모델을 유지하고, Linux 익스큐터는 셸과 경로 의미 체계를 그대로 유지합니다. 릴레이는 각 환경 고유의 동작을 지우지 않으면서 이들을 조율합니다.

"원격 익스큐터를 위한 인증된 종단 간 암호화 Noise 릴레이 채널 — 익스큐터 네이티브 작업 디렉터리, 셸, 파일시스템 권한 경로를 보존하는 크로스플랫폼 원격 실행 지원." — rust-v0.141.0 릴리스 노트 (source: openai/codex)

이로써 신뢰 경계가 명확히 정의된 멀티 머신 Codex 배포가 가능해집니다. 기존에는 단일 로컬 에이전트를 실행하거나 직접 전송 계층을 엮어야 했지만, 이제 릴레이는 퍼스트파티 채널로서 신원을 사전에 검증하고 익스큐터 간 트래픽을 기본적으로 암호화합니다. 빌드, 테스트, 샌드박스 작업을 플릿 전체에 분산하는 팀이라면, "이 메시지가 정말 내 익스큐터에서 온 것인가?"라는 유형의 위협 모델 질문 자체가 사라집니다.

이전 안정 빌드와 비교하면 그 의미가 더욱 분명해집니다. 2026-06-15에 릴리스된 버전 0.140.0은 /usage 뷰와 codex delete 같은 워크플로 기능을 탑재했지만, 릴레이 기능은 없었으며 익스큐터 채널은 로컬 전용이었습니다 . 따라서 0.140.0 → 0.141.0 업그레이드는 단순한 버전 올림이 아닙니다. 사흘 전까지는 존재하지 않았던 익스큐터 간 전송 계층이 새롭게 도입된 것입니다. 이번 릴리스 전체에 대해서는 OpenAI가 공식 문서화한 0.141.0 노트릴리스 타임라인을 참고하세요.

Executor 확장: 0.141.0의 스레드별 활성화와 중복 제거

rust-v0.141.0의 Executor 플러그인은 stdio MCP 서버를 전역으로 한 번 활성화하는 대신 스레드별로 활성화하며, 확장 카탈로그도 이제 인증을 인식합니다 — 모든 스레드에 단순 목록을 노출하는 대신 인증된 사용자의 신원을 반영합니다 . 멀티스레드 Codex 세션을 운영하는 분들에게 핵심은 이것입니다: MCP 서버와 기능이 연결되는 지점이 프로세스 전체 공유 레지스트리에서 스레드별 레지스트리로 옮겨졌습니다.

스레드별 활성화 변경이 중요한 이유는, 전역으로 활성화된 stdio 서버는 모든 동시 스레드 간에 상태를 공유하기 때문입니다. 두 스레드가 동일한 장기 실행 MCP 프로세스와 통신하면, 한 스레드의 열린 핸들·캐시된 컨텍스트·진행 중인 요청이 다른 스레드로 새어 나올 수 있습니다. 활성화를 요청한 스레드로 범위를 좁히면 이 교차 스레드 누출이 사라집니다 — 각 스레드가 독립적인 서버 생명주기를 가지므로, 바쁜 에이전트 루프와 대화형 세션이 공유 플러그인 프로세스를 통해 서로 간섭하지 않습니다 .

인증 인식 검색은 같은 원칙을 각 스레드가 볼 수 있는 항목으로 확장합니다. 단일 전역 플러그인 목록을 제공하는 대신, 이제 검색은 인증된 신원에 따라 기능을 라우팅하고 마켓플레이스를 표시하며, "내가 만든 것" 필터를 적용해 기본적으로 인증된 사용자가 소유한 확장만 카탈로그에 나타납니다 . 기본 보기는 호스트에 설치된 전체 목록이 아니라 본인의 확장입니다.

네 번째는 중복 제거입니다. 여러 확장이 동일한 App 또는 MCP 서피스를 선언할 경우, 0.141.0은 기능을 두 번 등록하는 대신 충돌하는 선언을 하나로 합칩니다. 이로써 중복 기능 등록을 방지합니다 — 두 확장이 동일한 도구 이름을 주장하더라도, 라우터가 호출 시점에 두 개의 경쟁 항목을 disambiguate해야 하는 상황이 사라집니다 .

종합하면, 이 변경들은 새로운 기능이라기보다 거버넌스·격리 개선에 가깝습니다: 기능 라우팅, 중복 제거, 인증 범위 검색이 플러그인 레이어를 동시성 환경에서도 예측 가능하게 만듭니다. 릴리스의 나머지 부분과 마찬가지로 주요 변경 사항은 없으므로, 스레드별 확장을 도입하는 팀은 기존 플러그인 설정을 수정하지 않고도 더 강화된 격리를 누릴 수 있습니다 .

SQLite WAL 핀 고정과 Windows 강화

Seven alphas later — what Codex CLI 0.141.0 actually delivers

v0.141.0에서 가장 중요한 안정성 수정은 데이터 무결성 작업입니다: 번들된 SQLite가 이제 WAL 리셋 패치가 포함된 버전에 핀 고정되어, 장시간 실행되는 Codex 세션 중 저널 모드 데이터 손실 경로가 차단됩니다 . Codex는 쓰기-선행 로깅(WAL) 방식으로 SQLite에 스레드 및 세션 상태를 유지하는데, 잘못된 WAL 리셋은 커밋된 레코드를 손상시키거나 삭제할 수 있습니다. 의존성을 핀 고정하면 수 시간 동안 열려 있는 세션이 이 버그로 인해 조용히 기록을 잃는 일이 없어집니다 — 장시간 에이전트 세션을 운영하는 분들에게는 조용하지만 운영상 의미 있는 변경입니다.

Windows 사용자는 같은 릴리스에서 두 가지 핀포인트 강화 수정을 받습니다. 실행 환경이 이제 오래된 자격 증명을 자동으로 복구하므로, 세션 중간에 캐시된 자격 증명이 만료되어도 세션이 멈추지 않습니다. 또한 Codex가 프로세스를 백그라운드로 전환하기 전 PowerShell 포그라운드 타임아웃이 길어져, 실제 작업 중인 명령이 조기에 백그라운드로 밀려나는 일이 줄어듭니다 . 두 수정 모두 자격 증명 및 프로세스 생명주기 처리가 POSIX 셸과 다른 Windows 샌드박싱에서 집중적으로 발생하는 오류 모드를 해결합니다.

정확성 수정 두 가지가 이 세트를 완성합니다. 훅 신뢰 우회가 이제 codex exec 스레드 시작 및 재개 시 올바르게 유지됩니다. 이전 빌드에서는 이 신뢰 상태가 조용히 삭제되어, 이미 승인한 훅이 재개 시 재평가되거나 차단될 수 있었습니다 . 또한 TLS P-521 인증서 서명 지원이 추가되어, 이전에는 핸드셰이크에서 연결 거부를 일으키던 P-521 타원 곡선을 사용하는 엔터프라이즈 프록시와도 이제 정상적으로 협상합니다 . 기업 프록시 환경에서는 Codex가 연결되느냐, 요청 하나 나가기 전에 실패하느냐의 차이입니다.

수정 항목해결하는 문제영향 대상
SQLite WAL 리셋 패치 버전 핀 고정장시간 세션에서의 저널 모드 데이터 손실장시간 세션을 운영하는 모든 사용자
오래된 자격 증명 자동 복구만료된 캐시 자격 증명으로 세션이 멈추는 문제Windows 샌드박스 사용자
PowerShell 포그라운드 타임아웃 연장명령이 조기에 백그라운드로 전환되는 문제Windows 샌드박스 사용자
exec 재개 시 훅 신뢰 상태 유지재개 시 승인된 훅 신뢰가 조용히 삭제되는 문제codex exec 훅을 사용하는 팀
TLS P-521 서명 지원 추가P-521 프록시 인증서에서의 핸드셰이크 거부엔터프라이즈 프록시 환경

이 중 어느 것도 설정 변경이나 주요 동작 변화를 수반하지 않습니다 — v0.141.0 릴리스 노트에는 주요 변경 사항이 없습니다 — 따라서 실질적인 결론은, 업그레이드가 관리해야 할 새로운 항목을 추가하는 것이 아니라 오류 모드를 제거한다는 것입니다 .

0.141.0 캐싱: 반복 조회 속도 개선과 64MiB 상한선

0.141.0 성능 작업은 특정 장애 패턴을 겨냥합니다. 긴 세션에서 도구 호출이 누적될수록 지연과 메모리 사용이 점점 늘어나는 문제입니다. 이제 도구 검색 결과가 세션 단위로 캐시되므로, 반복 조회 시 매번 전체 검색을 다시 실행하지 않아도 됩니다 — 비용은 한 번만 치르고 이후 대화 전체에 분산됩니다 . 이 릴리스는 2026-06-18에 현재 안정 빌드로 출시되었으며 호환성 변경 사항이 없어, 별도 설정 없이 성능 향상을 바로 누릴 수 있습니다 .

함께 포함된 변경 사항은 대규모 도구 호출 세션에서 반복적으로 쌓이던 요청 및 히스토리 복사본 문제를 해결합니다. 효과는 일정하지 않고 누적됩니다. 호출 횟수가 적을 때는 차이가 미미하지만, 횟수가 많아질수록 불필요한 복사 제거가 측정 가능한 지연 감소로 이어집니다 . 스레드당 코드 검색, 파일 읽기, MCP 호출 등 수백 번의 도구 호출을 수행하는 에이전트 루프라면, 이 항목이 유리하게 복리로 작용합니다.

메모리에는 상한선이 생겼습니다. 프롬프트 이미지 캐싱이 이제 64MiB로 제한되어, 긴 대화에서 이미지를 여러 장 첨부하는 워크플로에서 힙 메모리가 무한정 증가하는 현상을 방지합니다 . 첨부 이미지가 쌓여 프로세스가 비대해지는 대신, 캐시가 해당 예산 내에서 퇴거됩니다 — 안정성 측면에서는 큰 상한선보다 예측 가능한 상한선이 더 중요합니다.

두 가지 소소한 조정도 함께 포함됩니다:

  • 피드백 업로드를 관련 스레드 8개로 제한 — 피드백 제출 시 최대 8개의 연관 스레드만 묶어 전송하여, 끝없이 포함되던 기존 방식 대신 업로드 크기를 명확히 제한합니다 .
  • 터미널 리사이즈 리플로우 기본 활성화 — 기존에는 수동 플래그로 설정해야 했던 리사이즈 시 리플로우가 이제 기본 활성화되어, 별도 설정 없이도 패널이 올바르게 줄바꿈됩니다 .

종합하면, 이번 변경 사항들은 기본값 자체를 더 안정적으로 만드는 작업입니다. 재연산 감소, 이미지 캐시 상한 설정, 피드백 페이로드 경량화, 플래그 없이 동작하는 리플로우. 워크플로 인터페이스는 달라지지 않으며 — 긴 세션이 점점 저하되는 원인을 줄여줍니다.

0.142 알파 브랜치에 담긴 것 — 그리고 일시적으로 열려 있는 부분

Seven alphas later — what Codex CLI 0.141.0 actually delivers

v0.142 알파 브랜치는 Codex CLI의 플랫폼 및 엔터프라이즈 거버넌스 작업이 반영되는 곳이자, 가장 날카로운 주의사항이 담긴 곳이기도 합니다 — 프로세스 샌드박스 없이 의도적으로 출시된 컴포넌트도 포함됩니다. alpha.4→alpha.7 비교에서는 사용량 회계, 네트워크 이그레스, 원격 실행, 웹 검색, 모델에 노출되는 컨텍스트 표면에 영향을 주는 후기 변경 사항이 확인됩니다 . 이 내용은 공식 안정 릴리스에 포함되지 않으며, 공개된 설치 명령은 여전히 npm install -g @openai/codex@0.141.0입니다 . 아래 내용은 모두 평가 단계 정보로 취급하십시오.

통합 담당자가 주목해야 할 변경 사항은 네 가지입니다:

  • 롤아웃 예산 소진 시 사용량 회계 경계에서 턴 중단. 공유 예산이 소진되면 할당량을 초과해 실행되는 대신 회계 경계에서 턴이 종료됩니다 — 여러 에이전트가 롤아웃 예산을 공유하는 팀을 위한 새로운 거버넌스 레이어입니다 .
  • 네트워크 승인이 실행 환경별로 범위 지정. 각 환경은 자체 HTTP/SOCKS 프록시 리스너를 가지며, 동작 방식은 페일-클로즈입니다. 승인 없이는 이그레스도 없습니다. 단일 전역 승인 방식을 환경 수준 격리로 대체합니다 .
  • 인덱싱된 웹 검색으로 세 번째 상태 추가. 기존 두 가지 모드에 캐시·라이브와 함께 인덱싱 모드가 추가되고 비활성 상태는 그대로 유지되어, 오래된 결과와 완전한 라이브 접근 사이의 중간 지점을 운영자에게 제공합니다 .
  • 용어 정리 및 컨텍스트 제한 강화. offline/online 명칭이 cached/live로 대체되지만 실제 와이어 값은 하위 호환성을 유지하므로 기존 설정 파싱에 영향이 없습니다. 별도로, 스킬 설명은 전체 내용이 보존되되 모델에 노출되는 카탈로그나 skills.list에 렌더링될 때 유니코드 1024자로 제한됩니다 .

롤아웃 노트에 별도로 표시해야 할 변경 사항은 원격 통합 실행(unified-exec)입니다. 알파 버전은 이제 원본 argv를 exec-server로 전송합니다 — 실행기가 명령을 발행된 그대로 확인할 수 있어 유용합니다 — 그러나 PR 본문에는 샌드박스가 아직 연결되지 않았음이 명시되어 있습니다:

"원격 통합 실행 명령은 후속 작업이 완료될 때까지 일시적으로 프로세스 샌드박스 없이 전송됩니다." — OpenAI Codex 풀 리퀘스트 노트 (source: releasebot.io)

이는 문서화된 진행 중인 작업이지 실수가 아닙니다. 메인테이너들이 격차를 명시하고 후속 PR을 지목했습니다. 다만 새로운 환경별 네트워크 승인과 결합되면, alpha.7 원격 실행기가 이그레스 제어를 아직 검증하는 중에도 프로세스 샌드박스 밖에서 명령을 실행할 수 있습니다 — 공유 플릿에 바로 적용하지 말고 카나리 환경에서 격리해 검증할 조합입니다. 이 브랜치는 또한 Happy-Eyeballs 방식의 웹소켓 복구를 위해 tokio-tungstenite도 업그레이드되어, 이러한 기능들 아래의 연결 동작도 변경되었습니다 .

아직 통합된 안정 v0.142.0 변경 이력은 없습니다. 공개된 모델 업데이트도, GA 날짜도 없으며, 릴리스 노트보다는 비교 뷰와 개별 PR 요약이 이 변경 사항들의 가장 정확한 기록입니다 . 환경별 네트워크 승인이나 새로운 웹 검색 모드가 의사결정에 중요하다면, 전체 알파 비교를 검토하고 안정 태그가 공식 출시된 이후 광범위한 롤아웃을 진행하십시오.

지금 설치할 빌드

안정 릴리스를 설치하세요: npm install -g @openai/codex@0.141.0. rust-v0.141.0은 GitHub가 'Latest'로 표시한 빌드(2026-06-18 배포)이며, 완전한 OpenAI 체인지로그 항목과 위의 정확한 설치 명령이 기재된 유일한 버전입니다 . 릴리스 노트에는 브레이킹 체인지나 안정성 관련 주의사항이 없으므로, 프로덕션 또는 공유 환경에서 사용하기에 적합한 기본 선택입니다 .

알파 라인을 선택하는 것은 의도적인 작업입니다. v0.142 알파에 대한 npm 프로덕션 dist-tag는 존재하지 않습니다 — 표준 npm install과 Homebrew 모두 'Latest'(v0.141.0)로 해석되므로, alpha.7을 설치하려면 명시적인 프리릴리스 태그를 지정해야 합니다 .

알파 브랜치를 추적해야 하는 유일한 이유는 0.142 전용 기능들 때문입니다: 환경별 프록시 리스너를 포함한 환경 범위 네트워크 승인, 인덱스 기반 웹 검색 모드, 사용량 회계 경계에서의 롤아웃 예산 강제 적용, 오케스트레이터 스킬 거버넌스 . 이 중 어느 것도 현재 핵심 요구사항이 아니라면, 잦은 변경을 감수하는 대신 공식 안정 버전 0.142.0 태그와 릴리스 노트를 기다리세요 — 약 48시간 만에 알파 7개가 출시되었으며 아직 통합 체인지로그도 없습니다 .

알파 버전을 시범 운영한다면, 공유 환경에서 신뢰하기 전에 다음 네 가지 영역을 검증하세요:

  • Exec 샌드박스 동작 — 후속 PR이 반영될 때까지 원격 unified-exec 명령은 일시적으로 프로세스 샌드박스 없이 전송됩니다 .
  • 환경별 프록시 리스너 — HTTP/SOCKS 범위 지정 및 fail-closed 동작이 네트워크 정책과 일치하는지 확인하세요.
  • 웹소켓 복구 — tokio-tungstenite 업데이트 이후 Happy-Eyeballs 방식의 경로에서 재연결을 테스트하세요.
  • 스킬 렌더링 — 모델에 표시되는 카탈로그의 설명을 확인하세요. 이제 1024 유니코드 문자로 제한됩니다 .

결론은 간단합니다: 지금은 rust-v0.141.0을 배포하고, v0.142.0-alpha.7은 롤백이 가능한 명시적 옵트인 채널에 유지하면서, 버전 번호가 아닌 특정 0.142 기능이 실제로 필요할 때 이동을 결정하세요.

자주 묻는 질문

Codex CLI v0.141.0의 Noise 릴레이란?

Noise 릴레이는 rust-v0.141.0에 포함된, Noise 프로토콜 기반의 인증된 엔드-투-엔드 암호화 실행기 통신 전송 계층입니다 . 에이전트와 원격 실행기 사이에서 평문 RPC를 노출하지 않고 여러 머신에서 Codex를 실행할 수 있습니다. 특히, 이 채널은 각 실행기의 기본 작업 디렉터리, 셸, 파일 시스템 권한 경로를 그대로 보존하므로 원격 실행기가 간소화된 프록시가 아닌 로컬 실행기처럼 동작합니다 .

v0.142.0-alpha를 설치해야 할까, v0.141.0을 유지해야 할까?

알파 전용 기능이 반드시 필요한 경우가 아니라면 v0.141.0을 유지하세요. v0.142 라인은 약 48시간 만에 알파 빌드 7개를 출시했는데 — 2026-06-18의 alpha.1부터 2026-06-20의 alpha.7까지 — 이는 안정화 중인 브랜치가 아니라 활발한 변경이 진행 중임을 나타냅니다 . 일부 알파에서는 후속 PR이 반영될 때까지 프로세스 샌드박스 없이 원격 unified-exec를 명시적으로 제공합니다 . 반면 v0.141.0은 브레이킹 체인지가 없으며, 전체 OpenAI 체인지로그 항목이 있고, 문서화된 설치 명령인 npm install -g @openai/codex@0.141.0이 있는 유일한 빌드입니다 .

Codex CLI에서 SQLite WAL 핀이 방지하는 것은?

장기 실행 세션에서 데이터 손실을 초래할 수 있는 저널 상태 손상을 방지합니다. Codex는 시스템 SQLite에 의존하지 않고 자체 SQLite를 번들로 포함하는데, 구버전 SQLite의 알려진 WAL 모드 리셋 버그가 장시간 사용 중 저널 상태를 손상시킬 수 있었습니다. v0.141.0에서는 번들된 SQLite가 해당 수정 사항이 적용된 빌드로 고정되어, 사용자가 시스템 SQLite 설치를 직접 관리하지 않아도 데이터 손실 위험이 제거되었습니다 .

v0.141.0과 v0.142.0-alpha.7 사이의 커밋 수는?

135개의 커밋, 42명의 기여자가 관여한 757개 파일 변경 — GitHub가 브라우저 비교가 너무 커서 완전히 렌더링할 수 없다고 보고할 정도입니다 . 이는 패치 수준의 차이가 아니라, 보안·샌드박싱·네트워킹·설정 영역에 걸친 상당한 브랜치 분기입니다. 0.142 알파는 v0.141.0의 즉각적인 후속 버전이 아니라, 프로덕션 롤아웃 전에 카나리 채널에서 검증해야 할 버전으로 취급하세요 .

0.142 알파에서 모델이 스킬 카탈로그에서 보는 내용이 달라지나요?

네. 스킬 설명은 저장소에서는 완전한 형태로 보존되지만, 모델에 표시되는 카탈로그 — skills.list 화면 — 에 렌더링될 때는 1024 유니코드 문자로 제한됩니다 . 오케스트레이터가 제공한 스킬과 Codex Apps 항목 모두 영향을 받습니다. 별도로, 알파 라인은 offline/online 상태를 cached/live로 이름을 변경하지만 기본 와이어 값은 하위 호환성을 유지하므로, 기존 offline/online 사용자는 변경 없이 계속 작동합니다 .