Enterprise AI 실행 전환법: Codex와 Plugins를 조직 워크플로우로 확장하는 기준

OpenAI가 공개한 enterprise AI 사용 분석에서 가장 눈에 띄는 메시지는 명확합니다. 조직의 AI 사용이 assistance에서 execution으로 이동하고 있습니다. 단순히 질문하고 답을 받는 수준을 넘어, Codex와 ChatGPT Work 같은 도구가 파일을 만들고, 도구를 호출하고, 반복 가능한 업무를 수행하는 방향입니다.

수치도 강합니다. OpenAI는 frontier firms, 즉 월별 AI 사용량 상위 10% 기업이 typical firms보다 active user당 8.3배 많은 output tokens를 생성한다고 밝혔습니다. 1월의 2.6배에서 크게 벌어진 수치입니다. 또한 6월 기준 enterprise 고객의 Codex와 ChatGPT combined output tokens 중 Codex가 64%를 차지했다고 설명했습니다.

출처: OpenAI, “From assistance to execution: How enterprises put AI to work”, 2026-08-12.

왜 output tokens가 중요한 신호인가

Output tokens는 완벽한 생산성 지표가 아닙니다. 긴 답변을 많이 만들었다고 좋은 업무를 한 것은 아닙니다. 하지만 agentic workflow에서는 유용한 proxy가 됩니다. 에이전트가 실제 작업을 수행하면 짧은 Q&A보다 더 많은 단계와 산출물이 생기기 때문입니다.

예를 들어 “이 코드가 왜 깨졌어?”라고 묻는 assistant workflow는 짧습니다. 반면 Codex에게 “실패 테스트를 재현하고, 원인을 찾고, 수정 PR 초안을 만들어줘”라고 맡기면 파일 읽기, 코드 수정, 테스트 로그 분석, 설명 생성이 이어집니다. output token이 늘어나는 것은 단순 수다가 아니라 위임된 작업의 깊이가 커졌다는 신호일 수 있습니다.

OpenAI가 frontier gap을 8.3배로 본 것도 이 맥락입니다. 같은 도구를 구매해도 어떤 조직은 검색창처럼 쓰고, 어떤 조직은 워크플로우 엔진처럼 씁니다. 차이는 모델 접근권이 아니라 업무 연결 방식에서 벌어집니다.

Frontier firms가 다르게 하는 것

OpenAI 분석에 따르면 frontier firms는 Plugins와 skills 같은 advanced capabilities를 더 자주 씁니다. weekly active user 기준으로 frontier firms의 21%가 Plugins를 사용했고, typical firms는 9%였습니다. skills도 frontier firms 19%, typical firms 3%로 차이가 큽니다. OpenAI 내부에서는 weekly Plugin usage가 active users의 95%라고 밝혔습니다.

여기서 Plugins는 단순 확장 기능이 아닙니다. 회사 데이터, 업무 도구, reusable instruction을 묶어 에이전트가 실제 일을 끝내게 만드는 연결층입니다. 영업 Plugin이라면 CRM 접근, 제안서 템플릿, 가격 정책, 과거 고객 사례를 함께 제공할 수 있습니다. 법무 Plugin이라면 계약 검토 기준, clause library, redline 규칙을 묶을 수 있습니다.

즉 frontier firm의 차이는 “AI를 더 많이 쓴다”가 아니라 “AI가 쓸 수 있는 업무 맥락을 더 잘 포장한다”에 가깝습니다.

Engineering 밖으로 퍼지는 Codex 사용

흥미로운 점은 Codex 사용이 엔지니어링에만 머물지 않는다는 것입니다. OpenAI는 2월 이후 weekly active enterprise Codex users가 legal에서 108배, sales와 recruiting에서 각각 41배, marketing에서 26배 증가했다고 밝혔습니다. engineering은 같은 기간 5배였습니다.

이 수치는 Codex를 “코딩 도구”로만 보면 놓치는 변화입니다. 많은 지식 업무는 사실 구조화된 산출물을 만듭니다. 계약서 diff, 제안서 초안, 리서치 문서, 채용 평가표, 캠페인 분석, SQL 쿼리, 스프레드시트 모델이 모두 코드와 비슷한 성격을 가집니다. 입력, 규칙, 검증, 산출물이 있습니다.

따라서 조직은 Codex 같은 실행형 AI를 개발팀 전용으로 가둬둘지, 다른 부서의 반복 업무까지 확장할지 결정해야 합니다. 단, 확장에는 governance가 따라야 합니다. legal과 recruiting은 개인정보와 민감한 판단이 많고, sales는 고객 데이터와 가격 정보가 얽힙니다.

개인 생산성을 조직 워크플로우로 바꾸는 방법

대부분의 기업은 AI 도입 초기에 개인 챔피언에 의존합니다. 잘 쓰는 직원이 알아서 프롬프트를 만들고, 주변 동료가 따라 합니다. 문제는 이 방식이 scale되지 않는다는 점입니다. 퇴사하거나 부서가 바뀌면 노하우가 사라집니다.

조직 워크플로우로 바꾸려면 세 가지를 해야 합니다. 첫째, 반복되는 성공 사례를 수집합니다. “계약 검토 시간을 줄였다”보다 어떤 입력, 어떤 도구, 어떤 검토 단계, 어떤 산출물이 있었는지 기록해야 합니다.

둘째, 성공 사례를 Plugin이나 skill 형태로 패키징합니다. 프롬프트 문서만 공유하면 품질이 흔들립니다. 필요한 데이터 소스, 권한, 템플릿, 금지 규칙, 검토 체크리스트를 함께 묶어야 합니다.

셋째, human review 지점을 명확히 둡니다. 실행형 AI는 초안을 만드는 데 강하지만, 승인 책임은 사람에게 남아야 합니다. 특히 고객 발송, 법적 판단, 채용 결정, 결제 변경, 보안 조치처럼 외부 영향이 있는 작업은 승인 단계를 제거하면 안 됩니다.

측정 지표를 다시 설계해야 한다

AI 사용량만 보면 안 됩니다. frontier gap을 좁히려면 adoption metric과 business metric을 연결해야 합니다. 예를 들어 Codex 사용자가 늘었다는 것만으로는 부족합니다. PR lead time, bug fix cycle time, 계약 검토 turnaround, 영업 제안서 작성 시간, 채용 screening 시간 같은 업무 지표가 같이 움직이는지 봐야 합니다.

좋은 측정 방식은 workflow별 before/after입니다. 특정 부서에서 AI Plugin을 도입하기 전 4주, 도입 후 4주를 비교합니다. 산출물 수, 품질 리뷰 점수, 재작업률, 승인 대기 시간, 민감정보 사고 여부를 같이 봅니다.

또한 early-career employees가 AI를 더 많이 쓴다는 OpenAI 분석도 활용할 수 있습니다. 이들을 단순 사용자로 보지 말고 workflow scout로 삼는 것입니다. junior가 만든 유용한 AI 작업 흐름을 senior가 검토해 조직 표준으로 올리는 구조가 효과적입니다.

보안과 권한은 나중에 붙이면 늦다

에이전트가 execution으로 이동하면 권한 문제가 핵심이 됩니다. 질문 답변만 할 때는 데이터 조회 권한이 중심이지만, 실행형 AI는 파일 생성, CRM 수정, 코드 변경, PR 생성, 고객 메시지 초안 작성까지 갑니다.

권한 설계는 최소 네 단계로 나눌 수 있습니다. read-only, draft creation, internal action, external action입니다. read-only는 문서 검색과 요약입니다. draft creation은 파일이나 제안서 초안을 만드는 단계입니다. internal action은 티켓 생성, PR 작성, 내부 시스템 업데이트입니다. external action은 고객 발송, 계약 전송, 결제 변경처럼 외부 결과가 생기는 작업입니다.

처음부터 모든 작업을 허용하면 안 됩니다. 부서별로 허용 가능한 단계와 승인자를 정해야 합니다. 로그에는 누가 어떤 Plugin을 사용했고, 어떤 데이터에 접근했고, 어떤 산출물이 만들어졌고, 누가 승인했는지 남겨야 합니다.

실무 적용 체크리스트

• AI 도입 목표를 “사용자 수 증가”가 아니라 “반복 업무 execution 전환”으로 정의한다.
• 부서별로 assistant workflow와 agentic workflow를 구분해 목록화한다.
• 성공한 개인 프롬프트를 Plugin 또는 skill로 패키징해 데이터, 템플릿, 규칙을 함께 묶는다.
• read-only, draft creation, internal action, external action 권한 단계를 정의한다.
• 고객 발송, 법무 판단, 채용 결정, 결제 변경, 보안 조치는 human approval을 필수로 둔다.
• workflow별 before/after metric을 정한다: lead time, 재작업률, 승인 시간, 품질 점수.
• early-career power user를 찾아 유용한 사용법을 senior review 후 표준화한다.
• Codex를 개발팀 전용으로 보지 말고 legal, sales, recruiting, marketing의 구조화 산출물에도 적용 후보를 찾는다.
• Plugin 사용률, skill 사용률, output token depth를 같이 보되, 비용과 품질 지표를 함께 추적한다.
• 4주 단위로 확장할 workflow와 중단할 workflow를 결정한다.