지난 글에서 Codex 주간 사용량이 이상하게 빨리 줄어드는 문제를 다뤘습니다.
soonsoon blogOpenAI Codex Weekly 사용량 한도 이슈, 나의 토큰이 활활 불타고 있다? | soonsoon blogOpenAI Codex 사용량 한도 이슈와 Weekly Limit 소진 논란, 사용자 제보, 공식 인시던트 이후 남은 불확실성을 정리했습니다.https://soonsoon.io/codex-usage-limit-predictability-issue/그런데 글을 쓴 뒤 제 환경을 조금 더 살펴보다가 꽤 흥미로운 힌트를 하나 찾았습니다.
바로 Codex Desktop과 Computer Use / CUA로 보이는 프로세스들이 계속 실행되고 있었고, 이 흐름이 제 환경의 주간 사용량 소진 시점과 꽤 강하게 겹쳐 보였다는 점입니다.
참고로 Codex에는 Computer Use라는 기능이 따로 있습니다. OpenAI 문서에서도 Codex App의 기능 중 하나로 Computer Use를 안내하고 있습니다.
developers.openai.comComputer Use – Codex app | OpenAI DevelopersLet Codex use desktop apps while it workshttps://developers.openai.com/codex/app/computer-use제가 확인한 환경은 대략 이렇습니다.
macOS
Codex Desktop app 사용
Codex CLI 0.142.x 계열
Computer Use / CUA 기능 사용
주간 사용량 경고가 평소보다 자주 발생
처음에는 단순히 제가 Codex를 많이 쓴 줄 알았습니다. 그런데 조금 이상했습니다. 긴 작업을 계속 시킨 것도 아니고, 앱을 켜둔 상태에서 별다른 프롬프트를 넣지 않았는데도 주간 사용량 경고가 계속 눈에 들어왔습니다.
그래서 Activity Monitor와 로컬 로그를 살펴봤습니다.
그러다 SkyComputerUseService, cua_node/bin/node_repl, VideoCaptureService 같은 프로세스들이 떠 있는 것을 확인했습니다.
여기서 용어가 조금 낯설 수 있습니다.
SkyComputerUseService는 이름상 Codex의 Computer Use 기능과 관련된 서비스로 보입니다. node_repl은 Node.js 기반의 보조 실행 프로세스로 보이고, VideoCaptureService는 화면 캡처나 시각 정보 수집과 관련된 프로세스로 보입니다.
즉 이 세 가지를 묶어서 보면, Codex Desktop이 화면을 보고 조작하기 위해 필요한 백그라운드 런타임처럼 보입니다. 물론 이 프로세스들이 실제로 주간 사용량을 얼마나 소비했는지는 사용자 입장에서 확인할 수 없습니다. 다만 제 환경에서는 이 프로세스들이 반복적으로 떠 있던 시기와 주간 사용량이 빠르게 줄어든 시기가 꽤 겹쳐 보였습니다.
쉽게 말하면 AI가 내 컴퓨터 화면을 보고, 필요한 경우 클릭하거나 입력할 수 있게 해주는 기능에 가깝습니다. 그러려면 화면 캡처, 상태 확인, 보조 실행 환경 같은 프로세스가 필요할 수 있습니다.
그런데 이상했던 것은 이 프로세스들이 Codex를 직접 사용하지 않는 동안에도 계속 떠 있었다는 점입니다. 로그를 살펴보면 짧은 시간 동안 Codex thread가 반복해서 끝나는 흔적이 계속 보였습니다.
23:57 -> thread ended
00:00 -> thread ended
00:01 -> thread ended
00:04 -> thread ended
00:06 -> thread ended
00:17 -> thread ended
00:20 -> thread ended
00:21 -> thread ended
00:23 -> thread ended
00:31 -> thread ended
00:45 -> thread ended
00:48 -> thread ended
이 로그만으로 실제 크레딧이 사용됐다고 말할 수는 없습니다. 하지만 사용자가 직접 프롬프트를 계속 넣지 않았는데도 thread lifecycle 이벤트가 반복적으로 보였다는 점은 꽤 이상했습니다.
즉, 제 환경에서는 “Codex를 안 쓰고 있다”고 생각한 시간에도 Desktop app 내부에서는 CUA 관련 백그라운드 작업이 계속 돌고 있었을 가능성이 있어 보였습니다.
제가 현재 의심하는 흐름은 이렇습니다.
Codex Desktop app이 켜져 있음
→ Computer Use / CUA 런타임이 실행됨
→ 화면을 읽기 위한 캡처 서비스가 동작함
→ node 기반 보조 프로세스가 작업을 처리함
→ thread가 반복적으로 생성되고 종료됨
→ 이 과정이 주간 사용량 소진과 맞물려 보임
이후 CUA 쪽, 특히 SkyComputerUseService와 관련된 흐름을 끄거나 Codex Desktop app을 완전히 종료한 뒤에는 주간 사용량이 예전처럼 돌아간 느낌입니다. 확실히 테스트를 하고 1일이 지난 시점에서는 사용량이 확 줄었습니다.
물론 완전히 통제된 실험은 아니고, 제가 몇일동안 겪었던 주간 사용량 고갈 이슈가 이 문제랑 직접적으로 연결된지는 확답할수는 없지만.. 적어도 제 환경에서는 비정상적인 주간 사용량 소진과 CUA 백그라운드 thread activity가 강하게 상관되어 보였습니다.
앞선 글에서 다뤘듯이, Codex 사용량 한도 급소진 이슈는 OpenAI Status에도 공식 인시던트로 올라온 적이 있습니다.
OpenAI StatusCodex Usage Limits Depleting Faster Than Expected - OpenAI StatusAll impacted services have now fully recovered.https://status.openai.com/incidents/01KW2E6W0503W4NXJNCVAG8V6T여기서 중요한 것은 SkyComputerUseService 하나를 범인으로 지목하는 것이 아닙니다. 핵심은 Codex를 직접 프롬프트로 사용하지 않는 동안에도, Desktop app과 Computer Use 기능이 백그라운드에서 무언가를 계속 수행할 수 있어 보였다는 점입니다.
명확하게 해당 원인으로 문제가 발생했다고 확답할 수 없는 이유는 OpenAI 에서 제공하는 정보들로 정확하게 사용량이 어떻게 소비되는지 너무 불투명하기 때문입니다.
Codex Desktop에서 쓴 것인지, CLI에서 쓴 것인지, IDE extension에서 쓴 것인지, Computer Use / CUA에서 쓴 것인지, 아니면 auto-review나 subagent가 돈 것인지 구분하기 어렵습니다.
혹시 비슷하게 Codex 주간 사용량이 갑자기 너무 빨리 줄어든다고 느낀다면, 아래 내용을 한번 체크해보세요.
Codex를 쓰지 않을 때는 Desktop app을 완전히 종료한다.
Computer Use / CUA 기능을 켜둔 상태와 꺼둔 상태를 비교해본다. ( 저는 여기서 차이가 났습니다. )
macOS라면 Activity Monitor에서
SkyComputerUseService,node_repl,VideoCaptureService같은 프로세스가 반복적으로 떠 있는지도 확인해볼 수 있습니다.
이번 힌트가 모든 Codex 사용량 급소진 문제의 원인이라고 생각하지는 않습니다. 다만 비슷한 증상을 겪고 있다면, 단순히 프롬프트 수만 볼 것이 아니라 Codex Desktop, Computer Use / CUA, 그리고 백그라운드 프로세스까지 함께 확인해볼 필요는 있어 보입니다.