Codex 업무 연구, 에이전트의 시간 단위가 바뀐다

챗봇 사용량보다 중요한 것은 위임 시간이다

OpenAI가 2026년 6월 25일 공개한 Codex 경제 연구는 에이전트를 "답변 생성기"가 아니라 장시간 위임 작업의 단위로 본다. OpenAI는 2026년 5월 기준 표본 개인 사용자 중 80.6%가 사람 기준 30분 이상으로 추정되는 Codex 요청을 최소 한 번 했고, 70.2%는 1시간 이상, 25.6%는 8시간 이상 작업에 해당하는 요청을 했다고 밝혔다. 수치 자체는 LLM 판정 기반 추정이므로 절대값보다 방향성을 봐야 한다.

방향은 분명하다. AI 사용은 "질문 하나, 답변 하나"에서 "작업 하나, 실행 로그 하나"로 이동한다. 최근 Claude Code 사고 로그 분석, Oak 버전관리 실험, 삼성 ChatGPT·Codex 배포에서 봤던 변화가 사용 데이터로도 확인된 셈이다.

비개발자 확산은 코딩 도구의 승리가 아니다

OpenAI는 비개발자 Codex 사용자가 빠르게 늘었다고 설명했다. 이는 모든 직군이 개발자가 된다는 뜻이 아니다. 더 정확히는 데이터 정리, 내부 도구 생성, 반복 문서 작업, 간단한 자동화처럼 "개발자에게 부탁해야 했던 주변 업무"가 직군 안으로 들어오는 현상이다. OpenAI의 Codex for knowledge work와 Codex for every role도 같은 전략을 말한다.

한국 기업에서 이 변화는 특히 강하다. 많은 조직은 데이터팀, 보안팀, 사내 개발팀이 병목이다. 현업이 작은 스크립트와 내부 앱을 직접 만들 수 있으면 속도는 빨라진다. 그러나 동시에 검수되지 않은 자동화가 파일 권한, 고객 데이터, 회계 숫자에 접근할 위험도 커진다.

기업 도입의 핵심은 "누가 검수하는가"다

에이전트가 긴 작업을 수행할수록 모델 성능보다 운영 설계가 중요해진다. OpenAI 연구도 긴 작업 확산을 말하지만, 이 작업이 항상 최종 산출물 품질을 보장한다는 뜻은 아니다. 에이전트가 8시간짜리 일을 수행했다면 그만큼 실패도 오래 누적될 수 있다. NIST AI Risk Management Framework는 AI 위험을 식별, 측정, 관리, 거버넌스 흐름으로 다루라고 권한다.

따라서 기업은 "Codex를 켤 것인가"보다 "어떤 작업을 Codex 큐에 넣을 것인가"를 정해야 한다. 예를 들어 사내 보고서 초안, SQL 분석, 테스트 코드 생성, 마이그레이션 초안은 적합하다. 반면 권한 변경, 고객 환불, 법적 통지, 생산 배포는 사람 승인과 감사 로그가 필요하다. Daybreak 보안 패치 병목 분석처럼 AI가 패치를 제안해도 병합과 배포 책임은 조직에 남는다.

한국 팀을 위한 실행 체크리스트

첫째, 업무를 시간 단위로 분해해야 한다. 10분, 30분, 1시간, 반나절 작업을 구분하면 에이전트에 맡길 수 있는 범위가 보인다. 둘째, 결과물이 아니라 흔적을 수집해야 한다. 프롬프트, 도구 호출, 파일 변경, 테스트 결과, 사람 승인 이력이 있어야 나중에 품질을 개선할 수 있다. 셋째, 비개발자용 에이전트는 권한을 더 좁게 줘야 한다. 생산성을 높이려다 내부 시스템의 우회 통로를 만들면 안 된다.

OpenAI Codex 문서, GitHub Copilot for Business, Anthropic Claude Code 같은 도구는 서로 다른 인터페이스를 갖지만 기업이 던져야 할 질문은 같다. 에이전트가 무엇을 할 수 있는지보다 무엇을 하면 안 되는지를 먼저 정해야 한다.

자주 묻는 질문

Q1: Codex가 개발자만을 위한 도구라는 뜻은 끝났나요?

A: 완전히 끝났다고 보기는 어렵다. 다만 OpenAI 데이터는 비개발자 업무에서도 자동화와 분석 작업이 늘고 있음을 보여준다.

Q2: 80.6%라는 수치를 그대로 믿어도 되나요?

A: 방향성 지표로 보는 편이 안전하다. OpenAI도 작업 시간 추정이 모델 판정 기반이라고 설명한다.

Q3: 한국 기업은 어디부터 시작해야 하나요?

A: 보고서 초안, 데이터 정리, 테스트 생성처럼 되돌리기 쉬운 작업부터 시작하는 것이 좋다.

Q4: 에이전트 성과는 어떻게 측정해야 하나요?

A: 사용량보다 완료율, 검수 시간, 재작업률, 사고 건수, 비용 한도를 함께 봐야 한다.

Q5: 가장 큰 리스크는 무엇인가요?

A: 권한이 넓은 에이전트가 검수 없이 실행되는 것이다. 생산성보다 승인 흐름과 로그 설계가 먼저다.