OpenAI는 Codex를 어떻게 일상 업무용 컴퓨터 에이전트로 바꾸고 있나

OpenAI가 Codex에서 추진하는 변화의 핵심은 단순히 ‘코드를 더 잘 생성한다’가 아니다. 이제 Codex는 사용자가 여러 작업을 맡기고, 에이전트가 앱·파일·브라우저·연동 서비스 사이에서 일을 이어가는 공간으로 설계되고 있다. 현재 확인되는 큰 축은 병렬 Codex 스레드를 다루는 데스크톱 앱, 플러그인 기반 실행 계층, 그리고 지원되는 Mac에서 그래픽 앱을 조작하는 Computer Use다 .

다만 과장해서 볼 필요는 없다. OpenAI는 Codex를 여전히 개발자 워크플로 중심으로 설명하고 있으며, Computer Use는 출시 시점에 macOS에서만 제공되고 유럽경제지역, 영국, 스위스는 제외된다 .

출발점은 여전히 개발자 도구다

Codex는 처음부터 범용 사무 비서로 나온 제품이 아니었다. OpenAI는 Codex를 codex-1 기반의 클라우드 소프트웨어 엔지니어링 에이전트로 소개했으며, 여러 작업을 병렬로 처리할 수 있다고 설명했다 .

이 배경은 지금도 중요하다. 현재 Codex 앱 문서도 병렬 Codex 스레드, 내장 워크트리 지원, 자동화, Git 기능을 중심으로 데스크톱 경험을 설명한다 . 즉 Codex는 완전히 새로운 개인 비서라기보다, 개발자가 쓰던 작업 방식 위에 ‘업무 위임’의 형태를 얹어가는 쪽에 가깝다.

OpenAI의 Codex 앱 발표도 같은 방향을 보여준다. 회사는 macOS용 Codex 앱을 여러 에이전트를 한꺼번에 관리하고, 작업을 병렬 실행하며, 오래 걸리는 작업에서 에이전트와 협업하는 인터페이스로 설명했다 . 여기서 중요한 단어는 ‘대화’보다 ‘위임’이다. 사용자가 일을 맡기고, 에이전트가 계속 진행하며, 필요할 때 다시 함께 조정하는 방식이다 .

가장 큰 변화는 화면을 보고 조작하는 Computer Use

Codex가 코딩 도구의 경계를 넘어서는 가장 분명한 기능은 Computer Use다. OpenAI 문서에 따르면 사용자는 Computer Use 플러그인을 설치하고 macOS의 화면 기록 및 손쉬운 사용 권한을 허용할 수 있으며, 그러면 Codex가 macOS의 그래픽 사용자 인터페이스를 보고 조작할 수 있다 .

OpenAI는 이 기능을 명령줄 도구나 구조화된 연동만으로는 부족한 상황에 쓰라고 설명한다. 예를 들어 데스크톱 앱을 확인하거나, 브라우저를 사용하거나, 앱 설정을 바꾸거나, 플러그인으로 접근할 수 없는 데이터 소스를 다루거나, 그래픽 인터페이스에서만 나타나는 버그를 재현하는 경우다 .

별도 활용 사례 문서에서는 Codex가 Mac에서 앱을 클릭하고, 입력하고, 탐색할 수 있으며 Mac 앱, 창, 브라우저 세션, 로컬 파일을 오가는 다단계 작업을 맡길 수 있다고 설명한다 . 이 지점에서 Codex의 역할은 달라진다. 더 이상 코드나 지시문만 출력하는 것이 아니라, 지원되는 환경에서는 실제 소프트웨어 안에서 행동할 수 있기 때문이다.

하지만 이것이 곧 모든 컴퓨터를 자유롭게 제어하는 범용 기능이라는 뜻은 아니다. OpenAI는 Computer Use가 현재 macOS에서 제공되며, 출시 시점에는 유럽경제지역, 영국, 스위스가 제외된다고 밝히고 있다 .

병렬 스레드는 Codex를 ‘업무 대기열’처럼 만든다

일상 업무용 에이전트가 되려면 한 번에 하나의 질문만 처리해서는 부족하다. 여러 일을 맡기고, 각각의 진행 상황을 살펴보고, 필요할 때 다시 개입할 수 있어야 한다.

Codex는 병렬 스레드, 워크트리, 자동화, Git 중심 워크플로를 데스크톱 앱에 넣으며 이 방향으로 가고 있다 . OpenAI의 앱 발표 역시 여러 에이전트를 동시에 관리하고, 작업을 병렬로 실행하며, 장기 작업에서 에이전트와 협업하는 인터페이스라고 설명했다 .

물론 워크트리와 Git은 개발자 색채가 강한 기능이다. 그러나 사용 패턴 자체는 더 넓다. 사용자는 여러 작업을 나눠 맡기고, 진행 상태를 확인하며, 에이전트가 작업을 이어가는 동안 나중에 돌아와 다시 협업할 수 있다 .

플러그인은 정돈된 업무를, Computer Use는 복잡한 경계를 맡는다

OpenAI는 Codex 주변에 실행 계층도 만들고 있다. 2026년 3월 Codex 변경 기록에서 OpenAI는 플러그인이 ‘일급 워크플로’가 됐다고 설명했다. Codex는 시작 시 제품 범위 플러그인을 동기화하고, 플러그인 인터페이스에서 찾아보며, 인증과 설정 처리를 더 명확하게 하면서 설치하거나 제거할 수 있다 . 2026년 4월 변경 기록에는 마켓플레이스 설치, 원격 번들 캐싱, 원격 제거 등 추가적인 플러그인 워크플로 개선도 포함됐다 .

팀 업무 쪽으로도 확장되고 있다. OpenAI는 Codex 정식 출시를 알리며, 팀 채널이나 스레드에서 Codex에 작업을 맡기거나 질문할 수 있는 Slack 연동과, 같은 에이전트를 워크플로·도구·앱 안에 넣을 수 있는 Codex SDK를 소개했다 .

제품의 논리는 비교적 분명하다. API, 플러그인, 팀 도구처럼 구조화된 통로가 있으면 그 연동을 쓰고, 로컬 앱이나 브라우저 세션, 설정 화면, 플러그인으로 노출되지 않은 인터페이스가 필요할 때는 Computer Use를 쓰는 방식이다 .

메모리와 일정 기능은 더 오래 지속되는 에이전트를 가리킨다

일회성 코딩 도우미라면 지금 입력된 질문에 답할 만큼의 맥락만 있어도 된다. 하지만 위임형 업무 에이전트라면 세션을 넘겨 맥락을 유지하고, 사용자의 선호를 기억하며, 반복되는 일을 다시 이어갈 수 있어야 한다.

OpenAI 커뮤니티 발표는 Codex가 코딩을 넘어 더 넓은 범위의 업무를 지원하도록 확장되고 있다고 설명하면서도, 초점은 더 강한 개발자 워크플로, 더 나은 통합, 프로젝트 간 마찰 감소에 있다고 밝혔다 . 같은 발표에서 OpenAI는 메모리 미리보기를 공개하고, 향후 작업 일정 예약과 진행 중인 프로젝트에 대한 더 능동적인 도움을 지원할 것이라고 설명했다 .

이 부분은 방향성을 보여주지만, Codex가 이미 완성된 자율형 사무 비서라는 증거는 아니다. OpenAI가 직접 ‘미리보기’ 또는 ‘향후 지원’으로 표현한 기능들이기 때문이다 .

GPT-5.4는 에이전트 전략의 모델 계층이다

제품 변화와 함께 모델 전략도 맞물려 있다. OpenAI는 GPT-5.4를 ChatGPT, API, Codex에 출시한다고 밝혔고, 이를 전문 업무용으로 가장 유능하고 효율적인 프런티어 모델이라고 설명했다 . 또한 GPT-5.4는 Codex와 API에서 OpenAI가 내놓은 첫 범용 모델 중 네이티브 컴퓨터 사용 기능을 갖춘 모델이며, 에이전트가 컴퓨터를 조작하고 여러 애플리케이션에 걸친 복잡한 워크플로를 수행할 수 있게 한다고 설명했다 .

이 점은 Codex의 변화에서 핵심적이다. 데스크톱 제어는 단순히 앱에 권한을 주는 문제만이 아니다. 에이전트는 화면을 해석하고, 다음 행동을 고르고, 여러 단계의 작업을 이어가야 한다. OpenAI는 GPT-5.4를 그 능력 스택의 일부로 배치하고 있다 .

아직 ‘만능 개인 비서’는 아니다

현재의 Codex를 완성된 범용 개인 컴퓨터 비서로 보는 것은 이르다. OpenAI의 Codex 앱 문서 자체가 여전히 병렬 Codex 스레드, 워크트리, 자동화, Git 기능을 중심으로 구성돼 있다 . Codex가 코딩을 넘어 확장되고 있다는 발표에서도 핵심 초점은 개발자 워크플로, 통합, 프로젝트 간 마찰 감소로 남아 있다 . 가장 범용에 가까운 Computer Use도 현재는 macOS와 출시 지역 제한을 갖고 있다 .

따라서 지금 Codex를 가장 정확히 설명하면 ‘개발자 우선 에이전트 플랫폼이 더 넓은 컴퓨터 업무로 확장되는 중’이라고 할 수 있다. 새로움은 질문에 더 잘 답한다는 데만 있지 않다. 앱, 파일, 브라우저, 연결된 서비스, 장기 프로젝트를 넘나드는 일을 사용자가 맡길 수 있는 작업면으로 바뀌고 있다는 데 있다 .

결론

OpenAI는 Codex를 세 층으로 재구성하고 있다. 첫째, 여러 장기 실행 에이전트를 다루는 데스크톱 앱. 둘째, 플러그인과 Computer Use로 구성된 실행 계층. 셋째, 네이티브 컴퓨터 사용 기능을 갖춘 GPT-5.4 모델 계층이다 .

그 결과 Codex는 코드 생성 도구에서 컴퓨터 위의 일을 위임받는 에이전트 플랫폼으로 이동하고 있다. 다만 출발점과 현재의 주 사용처는 여전히 개발자 워크플로다 .