오픈AI, 코덱스·챗GPT 워크 사용 한도 다시 풀었다

• 오픈AI가 코덱스와 챗GPT 워크의 사용 한도를 다시 초기화했음

  • 티보 소티오 오픈AI 코덱스 엔지니어링 책임자가 11일 엑스에서 “약 30분 안에 모든 사용자에게 한도가 완전히 복원된다”고 밝힘
  • 전날인 10일에도 두 제품의 사용 한도를 높였고, 당일 추가 초기화까지 예고했음
  • 하루 단위로 한도를 만지는 걸 보면, 그냥 작은 장애라기보다는 수요가 인프라 한계까지 밀고 들어온 상황에 가까움

• 소티오의 표현이 꽤 직접적임

  • 이용자 수요가 시스템 한계까지 몰렸다고 설명함
  • 이렇게 빠른 트래픽 증가는 처음 봤다고도 말함
  • 오픈AI 입장에서는 좋은 뉴스이면서 동시에 운영팀 머리 아픈 뉴스임

• 이번 이슈의 핵심은 코덱스와 챗GPT 워크가 “가벼운 채팅 서비스”가 아니라는 점임

  • 코덱스는 코드 작업처럼 긴 맥락과 파일 단위 처리가 필요한 작업을 맡음
  • 챗GPT 워크는 업무용 앱과 연동해 보고서, 스프레드시트, 프레젠테이션을 만드는 기업용 에이전트임
  • 둘 다 짧은 질의응답보다 작업 시간이 길고, 중간 상태를 유지하거나 여러 산출물을 만들어야 해서 연산 부담이 커짐

• 챗GPT 워크는 9일 출시된 기업용 에이전트로 소개됨

  • GPT-5.6 기반이라고 보도됨
  • 업무용 앱과 연결해 문서, 표, 발표자료 같은 산출물을 만드는 쪽에 초점이 있음
  • 출시 직후 이런 사용량 제한 이슈가 반복된 건, 기업용 에이전트 수요가 꽤 빠르게 붙고 있다는 신호로 볼 수 있음

• 오픈AI만의 문제라기보다, 에이전트 시장 전체의 숙제에 가까움

  • 오픈AI, 앤트로픽, 마이크로소프트 모두 업무용 AI 에이전트를 확대하는 중임
  • 하지만 에이전트는 모델 성능만 좋다고 끝나는 제품이 아님
  • 실제 업무에서 쓰려면 긴 작업을 안정적으로 처리하고, 피크 시간에도 한도와 지연을 감당해야 함

• 개발자 입장에서는 “한도 복원”이라는 짧은 뉴스가 꽤 실무적인 힌트를 줌

  • AI 코딩 도구나 업무 에이전트를 워크플로에 깊게 넣을수록 사용량 제한이 생산성 병목이 될 수 있음
  • 팀 단위 도입에서는 가격표뿐 아니라 한도 정책, 동시 작업 처리량, 실패 시 재시도 UX를 봐야 함
  • 특히 CI, 코드리뷰, 문서화처럼 반복 작업에 붙일 생각이라면 더더욱 한도 정책이 중요함

---

기술 맥락

• 코덱스와 챗GPT 워크가 한도 이슈를 겪는 이유는 작업 단위가 길기 때문이에요. 일반 챗봇은 질문 하나에 답변 하나를 만들면 끝나는 경우가 많지만, 개발자 도구나 업무 에이전트는 파일을 읽고, 계획을 세우고, 결과물을 만들고, 다시 검증하는 식으로 단계가 늘어나거든요.

• 기업용 에이전트는 모델 추론뿐 아니라 연결된 앱과의 상호작용도 함께 관리해야 해요. 보고서나 스프레드시트, 프레젠테이션을 만든다는 건 단순 텍스트 생성보다 상태 관리와 도구 호출이 더 많다는 뜻이에요. 그래서 사용자가 몰리면 토큰 사용량과 실행 시간이 같이 튀어요.

• 개발팀이 이런 도구를 도입할 때는 모델 성능만 보면 부족해요. 실제 업무에 넣으면 한도, 응답 지연, 실패 후 복구 방식이 생산성에 바로 영향을 주거든요. 특히 코딩 에이전트를 자동화 파이프라인에 붙일수록 이런 운영 조건이 더 중요해져요.