Codex가 GPT-5.4를 얹고 Windows 네이티브로 왔다 — 병렬 에이전트와 영속 /go 워크플로우

GPT-5.4 오케스트레이터·mini 계층 구조, 병렬 서브에이전트 스레드, 영속 /go 디렉토리, Windows 네이티브 샌드박스로 본 Codex의 자율 코딩 플랫폼 전환

2026-08-14 · 최초 발행 2026-05-12

OpenAI Codex에 GPT-5.4가 탑재되면서 추론·코딩·에이전틱 워크플로우 성능이 한 단계 도약했다. 2026년 3월 Windows 네이티브 앱이 출시되고, 병렬 에이전트 스레드·실시간 진행 스트리밍·영속 /go 디렉토리가 연달아 추가되면서 Codex는 단순한 코드 보조 도구를 넘어 완전한 자율 에이전틱 코딩 플랫폼으로 진화했다.

GPT-5.4가 Codex 모델 계층에 자리잡은 방식

GPT-5.4는 GPT-5.3-Codex의 최전선 코딩 역량을 메인라인 추론 모델에 통합한 첫 번째 릴리스다. 추론, 코딩, 에이전틱 워크플로우에서 최신 기술 발전을 결합했으며, Codex 내에서 전문 업무를 위한 가장 강력하고 효율적인 모델로 자리매김했다.

Codex 모델 생태계는 계층화된 구조를 갖는다. GPT-5.4는 복잡한 멀티스텝 태스크와 아키텍처 결정에 사용되는 오케스트레이터 모델 역할을 담당한다. GPT-5.4 mini는 경량 코딩 태스크와 서브에이전트용 빠르고 효율적인 모델로, GPT-5 mini 대비 2배 이상 빠른 속도를 제공한다. 이 계층 구조 덕분에 복잡한 태스크를 상위 모델이 분해하고 하위 작업은 mini 모델에 위임함으로써 비용과 속도를 동시에 최적화할 수 있다.

GPT-5.4의 실질적 성능 향상은 코드 생성 정확도와 긴 컨텍스트 추론 능력에서 두드러진다. 대규모 코드베이스를 탐색하면서 논리적 의존 관계를 파악하고, 여러 파일에 걸친 변경 사항을 일관성 있게 적용하는 능력이 크게 강화됐다.

서브에이전트가 태스크를 나눠 갖는 방식

2026년 3월 16일 Codex에 서브에이전트(Subagents) 기능이 추가되면서 병렬 에이전트 워크플로우가 앱과 CLI 양쪽에서 사용 가능해졌다. 이 기능의 핵심은 하나의 복잡한 태스크를 여러 에이전트가 병렬로 처리한 뒤 결과를 집계하는 멀티에이전트 오케스트레이션 패턴이다.

YesNo사용자 요청 수신오케스트레이터 (GPT-5.4)태스크 분해 가능?병렬 서브태스크 생성단일 에이전트 실행서브에이전트 A코드베이스 탐색서브에이전트 B테스트 작성서브에이전트 C문서 업데이트결과 수집 레이어결과 검증 병합최종 응답 반환

병렬 에이전트의 핵심 장점은 태스크 격리와 병렬 실행이다. 각 서브에이전트는 독립된 Git 워크트리에서 실행되므로 서로 간섭 없이 동시에 작업할 수 있다. 오케스트레이터는 모든 서브에이전트가 완료될 때까지 대기한 뒤 통합 응답을 반환한다.

효과적인 병렬화를 위한 태스크 분해에는 몇 가지 패턴이 있다. 코드베이스 탐색과 구현을 분리하는 수직 분해에서는 한 에이전트가 전체 코드 구조를 파악하는 동안 다른 에이전트는 이미 알려진 모듈의 수정을 진행한다. 독립적인 기능 단위별로 작업을 나누는 수평 분해에서는 프론트엔드 컴포넌트, 백엔드 API, 테스트 코드를 각각 다른 에이전트가 담당한다. 순차 의존이 있는 경우에는 DAG(Directed Acyclic Graph) 방식으로 에이전트 실행 순서를 정의한다. 커스텀 에이전트 설정도 지원돼, 모델 구성과 지시사항을 태스크에 따라 다르게 정의한 자체 에이전트를 구성할 수 있다.

세션이 끊겨도 이어지는 영속 /go 디렉토리

Codex의 영속 /go 디렉토리(Persisted /goal workflows)는 에이전트 작업의 상태 지속성 문제를 해결하는 핵심 기능이다. 기존의 일회성 세션 방식과 달리, /go 워크플로우는 앱-서버 API, 모델 도구, 런타임 지속성을 통해 세션 간 컨텍스트를 유지한다.

영속 /go 디렉토리 아키텍처의 핵심 구성 요소는 다음과 같다. 앱-서버 API 계층은 태스크 상태와 중간 결과물을 서버 사이드에 저장해, 에이전트가 중단되거나 재시작되어도 이전 진행 상황을 복원할 수 있게 한다. TUI(Terminal User Interface) 컨트롤은 생성(create)·일시정지(pause)·재개(resume)·초기화(clear) 조작을 TUI에서 직접 수행할 수 있게 해, 장시간 실행되는 에이전트 태스크를 세밀하게 제어한다. 런타임 지속성은 에이전트가 실행 중 생성한 파일, 분석 결과, 중간 코드를 /go 디렉토리에 누적 저장해 후속 세션에서 즉시 활용할 수 있게 한다. MultiAgentV2 설정은 병렬 에이전트 팀의 구성을 YAML/JSON 형태로 정의하고 /go 워크플로우와 연동함으로써 재사용 가능한 에이전트 파이프라인을 구축할 수 있게 한다.

진행 상황을 실시간으로 보여주는 스트리밍

Codex의 실시간 진행 스트리밍은 SSE(Server-Sent Events)와 HTTP 스트리밍을 조합한 이벤트 드리븐 아키텍처로 구현된다.

"GPT-5.4 모델""에이전트 루프""앱 서버""사용자 클라이언트""GPT-5.4 모델""에이전트 루프""앱 서버""사용자 클라이언트""태스크 요청 (HTTP POST)""에이전트 루프 시작""모델 추론 요청""토큰 스트리밍""item/started 이벤트""SSE: 진행 상태 전송""도구 호출 실행""tool_progress 이벤트""SSE: 도구 진행률 전송""item/agentMessage/delta""SSE: 에이전트 메시지 청크""item/completed 이벤트""SSE: 완료 신호"

스트리밍 이벤트 종류는 세밀하게 구분된다. item/started는 새 에이전트 항목이 시작됐음을 알리고, item/completed는 항목이 완료됐음을 나타낸다. item/agentMessage/delta는 모델의 실시간 토큰 출력을 청크 단위로 전달하며, tool_progress는 파일 읽기, 명령 실행, 검색 등 도구 호출의 진행 상황을 실시간으로 시각화한다.

Codex의 터미널 인터페이스는 에이전트 루프가 실행되는 동안 전체화면 TUI를 통해 진행 상태를 시각화한다. 에이전트가 파일을 읽고 수정하며 명령을 실행하는 매 단계가 터미널에 실시간으로 표시된다. Realtime V2에서는 백그라운드 에이전트의 진행 상황도 작업이 완료되기 전에 스트리밍된다. 사용자는 최종 결과를 기다리는 대신 에이전트가 생각하고 행동하는 과정을 실시간으로 관찰하며 필요 시 개입할 수 있다. VS Code 확장과 Codex CLI 간 스트리밍 동기화도 지원된다. IDE UI에서 에이전트 루프를 구동하는 경우, 워크스페이스 탐색, 진행 스트리밍, diff 출력이 모두 동일한 이벤트 스트림을 통해 전달된다.

PowerShell에서 바로 도는 Windows 네이티브 앱

2026년 3월 4일 Codex는 Windows 전용 독립 실행형 앱을 출시했다. 브라우저나 WSL 없이 PowerShell과 Windows 네이티브 샌드박스에서 직접 실행되는 이 앱은 기존 Windows 개발 워크플로우에 자연스럽게 통합된다.

PowerShellWSL2Codex Windows실행 환경 선택Windows 네이티브 샌드박스Linux 샌드박스 구현OS 수준 보안제한 토큰·파일 시스템 ACLWindows 도구 통합winget·Chocolatey·MSBuild/mnt/c 브리지크로스 플랫폼 파일 접근격리된 Git 워크트리병렬 에이전트 태스크 실행

Codex for Windows의 PowerShell 통합은 Windows 경로 규칙을 이해하고 PowerShell 명령을 네이티브로 실행한다는 특징을 갖는다. winget, Chocolatey 등 Windows 패키지 매니저와 연동되며, Visual Studio, MSBuild 같은 Windows 전용 개발 도구와도 상호작용한다. OS 수준 보안 컨트롤로 제한 토큰과 파일 시스템 접근 제어를 적용해 에이전트가 허가되지 않은 작업을 수행하지 못하도록 격리한다.

Codex Windows 앱의 샌드박스는 투명하고 감사 가능한 코드 실행 환경을 제공하는 오픈소스 에이전트 샌드박스를 기반으로 한다. PowerShell 환경에서는 Windows 네이티브 샌드박스가, WSL2 환경에서는 Linux 샌드박스 구현이 각각 활성화된다.

Windows와 Linux 환경 간 파일 시스템 매핑은 /mnt/c/ 브리지를 통해 이루어진다. 그러나 이 브리지는 에이전트가 수백 개의 파일을 읽고 쓰는 에이전틱 세션에서 지연이 누적될 수 있다는 점에 주의가 필요하다. Windows 네이티브 파일 시스템에서 작업하는 PowerShell 모드와 Linux 파일 시스템에서 작업하는 WSL2 모드를 태스크 특성에 따라 적절히 선택하는 것이 중요하다. Microsoft Store에서 Codex 앱을 다운로드할 수 있으며, 기업 환경에서는 Microsoft Store 앱 배포 도구를 통해 엔터프라이즈 수준으로 배포 관리가 가능하다.

새 기능을 실전에서 어떻게 조합할까

태스크를 분해할 때는 의존 관계가 없는 단위를 먼저 파악한다. 코드베이스 탐색, 테스트 작성, 문서 업데이트처럼 서로 독립적인 작업은 병렬 서브에이전트에 위임하고, 이전 단계 결과가 필요한 순차 의존 작업은 DAG로 명시적 순서를 정의한다.

장시간 실행되는 프로젝트(대규모 리팩토링, 멀티모듈 기능 구현)에는 /go 워크플로우를 적극 활용한다. 중간 상태가 서버에 저장되므로 네트워크 중단이나 세션 만료 시에도 작업을 재개할 수 있다. 실시간 스트리밍 이벤트를 활용해 에이전트의 진행 상황을 지속적으로 모니터링하는 것도 중요하다. 에이전트가 예상과 다른 방향으로 진행하는 것을 조기에 감지하고 개입하는 것이 최종 결과 품질을 높이는 핵심이다.

Windows에서 작업 시 파일 집약적 작업은 네이티브 PowerShell 모드로, Linux 툴체인이 필요한 빌드나 테스트는 WSL2 모드로 분리해 실행한다. /mnt/c/ 브리지 오버헤드를 최소화하는 것이 대규모 에이전틱 세션 성능에 직결된다. 비용 최적화 측면에서는 오케스트레이터에는 GPT-5.4를, 반복적이고 단순한 서브태스크에는 GPT-5.4 mini를 조합한다.

GPT-5.4 탑재와 함께 도입된 병렬 에이전트 스레드, 영속 /go 디렉토리, 실시간 스트리밍, Windows 네이티브 지원은 Codex를 단순 코드 생성 도구에서 완전한 자율 개발 에이전트 플랫폼으로 전환하는 전환점이다. 태스크 분해와 병렬 실행의 경계를 명확히 정의하고, 영속 상태와 실시간 모니터링을 결합하는 것이 Codex 에이전틱 워크플로우를 최대한 활용하는 핵심 전략이다.

Sources

CodexGPT-5.4Windows 네이티브병렬 에이전트영속 워크플로우