Codex Computer Use는 Codex 앱에서 보이는 Mac 앱을 조작하게 하는 기능입니다. 하지만 사용법의 출발점은 켜는 위치가 아니라, 화면 제어가 정말 필요한지입니다. 작업 대상이 로컬 데스크톱 앱, 설정 화면, 브라우저 흐름, 시뮬레이터, GUI에서만 재현되는 버그라면 후보가 됩니다. 파일, 로그, API, 저장소, 구조화 데이터로 해결할 수 있다면 먼저 그 경로를 쓰는 편이 낫습니다.
2026년 4월 19일 기준, OpenAI 문서는 Codex 앱의 Computer Use를 macOS at launch 기능으로 설명합니다. 사용하려면 Computer Use plugin, Screen Recording, Accessibility 권한, 그리고 특정 앱이나 흐름에 대한 승인이 필요합니다. 이것은 컴퓨터 전체를 마음대로 조작하는 권한이 아닙니다. macOS 보안 또는 개인정보 보호 프롬프트, 관리자 인증, 결제, 비밀번호, 되돌릴 수 없는 작업을 대신 처리하게 해서는 안 됩니다.
먼저 화면이 필요한지 판단한다
Codex가 실제 화면을 봐야 하는 이유가 있어야 합니다. 버튼이 보이는지, 설정이 저장됐는지, 모달이 흐름을 막는지, 레이아웃이 깨졌는지, 로컬 웹 앱이 실제 브라우저에서 통과하는지처럼 화면 상태가 결과의 증거일 때 Computer Use가 맞습니다.
반대로 코드 수정, 로그 분석, API 호출, 데이터 추출, 이슈 정리, 메일이나 캘린더 작업은 화면 조작이 첫 번째 경로가 아닙니다. 구조화된 도구가 닿는 작업에서 화면 제어를 쓰면 권한은 넓어지고, 속도는 느려지며, 검증은 더 어려워집니다.
첫 실행 경로를 고른다
로컬 웹 앱 검증이라면 먼저 Codex 앱 내 브라우저를 사용합니다. 웹 흐름을 확인하는 일이라면 브라우저 표면이 더 정확하고, 데스크톱 전체 권한까지 넓힐 필요가 없습니다.
대상이 구조화 데이터라면 플러그인이나 MCP를 우선합니다. GitHub, Gmail, Calendar, Vercel 같은 연결은 객체, 권한, 결과가 명확합니다. 같은 일을 화면 클릭으로 처리하는 것보다 안정적이고 나중에 감사하기도 쉽습니다.
명령이나 스크립트로 반복할 수 있는 작업이라면 Shell, script, API를 선택합니다. Computer Use는 이런 직접 경로가 닿지 않고, 실제 UI 상태가 작업의 핵심일 때 여는 GUI 경로입니다.
Codex 전체의 최근 변화는 OpenAI Codex 2026년 3월 업데이트에서 볼 수 있습니다. 다만 Computer Use를 켤지는 더 좁은 질문, 즉 Codex가 실제 화면을 봐야 하는지로 결정해야 합니다.
권한은 단계별로 켠다
순서는 단계적으로 가야 합니다. 먼저 Computer Use plugin을 설치합니다. 그다음 macOS에서 Screen Recording과 Accessibility를 허용합니다. 이후 Codex가 조작해도 되는 앱이나 흐름을 하나로 제한해 승인합니다. 마지막으로 첫 작업을 관찰 중심의 짧은 범위로 좁힙니다.
처음부터 긴 흐름을 맡기지 마세요. 먼저 Codex에게 현재 화면을 설명하고 다음 한 단계만 제안하게 합니다. 설명이 맞으면 한 번의 클릭이나 하나의 입력만 승인합니다. 작업 후에는 어떤 화면 변화로 성공을 판단했는지 설명하게 합니다.
계정이나 지역에서 기능이 보이지 않는다면 앱 안의 실제 표시를 기준으로 삼으세요. 현재 근거는 macOS at launch와 EEA, UK, Switzerland의 출시 시점 미지원 경계를 뒷받침합니다.
잘 맞는 작업
잘 맞는 작업은 짧고, 화면 증거가 있으며, 중단이나 되돌리기가 쉽습니다. 예를 들어 테스트용 데스크톱 앱에서 설정 저장 여부 확인, GUI에서만 나타나는 버그 재현, 민감하지 않은 로컬 브라우저 테스트 흐름 확인, UI 패치가 실제 창에서 넘치지 않는지 점검하는 일입니다.
요청에는 대상 앱, 금지할 작업, 멈출 조건을 같이 적는 것이 좋습니다. “이 설정 화면을 먼저 관찰하고, 현재 값을 설명한 뒤, 저장 버튼을 누르기 전에 기다려라”처럼 쓰면 관찰과 실행이 분리됩니다.
다른 경로가 더 나은 경우
코드를 고치는 일은 파일과 diff로 처리하세요. 웹 구조를 읽는 일은 브라우저 자동화나 API가 맞습니다. 반복 처리라면 script가 낫습니다. 외부 서비스와 연결해야 한다면 먼저 플러그인, MCP, 공식 API를 찾으세요.
Computer Use는 구조화 자동화를 대체하는 상위 기능이 아닙니다. 인터페이스만이 상태를 보여주는 마지막 구간을 다루는 기능입니다. Claude 쪽 화면 조작과 비교하려면 Claude Computer Use를, 일상 개발 도구 선택이라면 Claude Code vs Codex를 분리해서 보는 편이 낫습니다.
안전 경계는 먼저 정한다
결제, 은행, 비밀번호 관리자, 프로덕션 관리자 화면, 계정 복구, 비밀 정보, 관리자 인증, macOS 보안 허용, 되돌릴 수 없는 삭제는 시작 작업으로 두지 마세요. Codex가 버튼을 볼 수 있어도 눌러야 한다는 뜻은 아닙니다.
안전한 운용은 관찰, 설명, 승인, 한 단계 실행, 다시 확인입니다. 이 리듬은 느려 보이지만 책임 경계를 지켜 줍니다. 화면 제어가 강력한 이유는 실제 기기에 접근하기 때문이고, 바로 그 이유 때문에 멈춤 규칙이 먼저 있어야 합니다.
앱 Computer Use와 API computer use는 다르다
Codex 앱의 Computer Use는 사람이 보고 있는 데스크톱에서 승인한 Mac 앱 작업을 Codex에게 맡기는 방식입니다. API computer use는 개발자가 스크린샷, 동작, 상태 규칙, 재시도, 업무 제한을 코드로 직접 설계하는 방식입니다.
일회성 로컬 GUI 점검은 앱 경로가 자연스럽습니다. 제품이나 사내 시스템에 반복 실행을 넣어야 한다면 API 또는 자체 harness 설계 문제입니다. 이 둘을 먼저 나누면 “Computer Use가 있으니 컴퓨터 전체를 맡기면 된다”는 오해를 줄일 수 있습니다.
안전한 첫 작업
처음에는 낮은 위험의 로컬 작업을 고르세요. 테스트 앱이나 로컬 웹 앱을 열고, Codex에게 관찰만 시킵니다. 다음 한 단계를 설명하게 하고, 당신이 승인한 작업만 실행하게 합니다. 완료 후에는 화면에서 무엇이 바뀌었는지 말하게 합니다.
이 작은 테스트의 목적은 클릭 능력 확인이 아닙니다. Codex가 좁은 목표를 유지하고, 화면 증거를 설명하고, 위험한 단계 앞에서 멈출 수 있는지 확인하는 것입니다.
자주 묻는 질문
Codex Computer Use는 공식 기능인가요?
네. 현재 OpenAI 문서는 Codex 앱의 Computer Use 기능으로 설명하고 있습니다.
Windows에서도 사용할 수 있나요?
자동으로 가능하다고 쓰면 안 됩니다. Codex 앱 전체에는 Windows 경로가 있지만, 확인된 Computer Use 문서는 macOS at launch로 설명합니다.
터미널이나 Codex 자체를 조작할 수 있나요?
그 용도로 쓰지 않는 것이 맞습니다. 명령, 파일, 저장소 작업은 일반 Codex 작업 경로가 더 안전하고 재현 가능합니다.
플러그인, MCP, API와 어떻게 선택하나요?
작업 대상이 구조화되어 있으면 플러그인, MCP, Shell, script, API를 먼저 선택합니다. 실제 화면 상태가 증거 또는 조작면일 때만 Computer Use를 엽니다.