Codex 주간 500만 명, 비개발자 20%가 바꾼 Sites 경쟁

AI 요약

• 사건: OpenAI가 2026년 6월 2일 Codex에 역할별 플러그인, Sites preview, annotations 확장을 추가했습니다.
  • OpenAI는 Codex가 주간 500만 명 이상 사용되고, 비개발자가 전체 사용자의 약 20%라고 밝혔습니다.
  • 비개발자 사용자는 개발자보다 3배 이상 빠르게 늘고 있다는 설명도 함께 붙었습니다.
• 제품: 6개 역할별 플러그인은 62개 앱과 110개 skills를 묶어 분석, 세일즈, 디자인, 투자, 뱅킹 업무를 겨냥합니다.
• 표면: Sites는 Business와 Enterprise preview로, 대시보드와 플래너를 URL로 공유하는 hosted artifact입니다.
• 주의점: SaaS 권한, hosted URL, workspace 공유, 출처 검증은 기능 발표만으로 해결되지 않습니다.

OpenAI가 2026년 6월 2일 공개한 Codex for every role, tool, and workflow는 Codex를 개발자용 코딩 에이전트로만 설명하기 어렵게 만듭니다. OpenAI는 Codex가 주간 500만 명 이상에게 사용되고, 비개발자가 전체 사용자 중 약 20%를 차지한다고 밝혔습니다. 더 눈에 띄는 숫자는 성장률입니다. 발표문은 비개발자 사용자가 개발자보다 3배 이상 빠르게 늘고 있다고 설명했습니다.

이번 발표의 구성은 세 가지입니다. 첫째, data analytics, creative production, sales, product design, public equity investing, investment banking을 위한 역할별 플러그인 6종입니다. 둘째, Codex가 대시보드와 플래너, review workspace, project board, gallery, lightweight tool을 hosted URL로 만들어 공유하는 Sites preview입니다. 셋째, 특정 문장, 차트, 네비게이션 바, 슬라이드 영역을 찍고 그 부분만 수정하게 하는 annotations 확장입니다.

OpenAI는 플러그인을 "관련 앱, skills, instructions, workflows를 묶은 bundle"로 설명했습니다. 6개 플러그인 전체에는 62개 popular apps와 110개 skills가 들어갑니다. 이 숫자는 단순 connector 목록보다 중요합니다. Codex가 API 하나를 호출하는 도구가 아니라, 특정 직무의 반복 업무를 실행 가능한 절차와 연결 앱으로 포장하는 방향을 택했다는 뜻입니다.

data analytics 플러그인은 Snowflake, Databricks Genie, Hex, Tableau 같은 도구를 언급합니다. 제품과 비즈니스 데이터에서 왜 key metric이 바뀌었는지 탐색하고, 보고서와 dashboard를 만드는 용도입니다. creative production 플러그인은 Figma, Canva, Shutterstock, Picsart, Fal을 예로 들며 campaign board, display ad variation, product lifestyle shot, ecommerce-ready image set을 겨냥합니다. 같은 "Codex"라는 이름 아래 SQL 분석과 광고 시안 생성이 함께 들어온 셈입니다.

sales 플러그인은 Salesforce, HubSpot, Slack, Outreach, Clay, Rox, Actively를 묶습니다. OpenAI가 제시한 작업은 high-priority account와 signal 탐색, customer meeting 준비, follow-up 작성, customer record 업데이트, close plan 작성, 위험 deal 검토입니다. product design 플러그인은 early idea를 review 가능한 prototype으로 바꾸고, live URL에서 product direction을 탐색하거나 static screenshot을 interactive하게 만드는 쪽입니다.

public equity investing과 investment banking 플러그인은 Codex의 대상 독자가 더 넓어졌음을 보여줍니다. public equity 플러그인은 Moody's, Daloopa, Datasite, FactSet, LSEG, S&P, PitchBook, Hebbia 정보를 언급하며 earnings 검토, company comparison, signal tracking, thesis 점검을 다룹니다. investment banking 플러그인은 pitch material, comparable company와 transaction 분석, diligence 기반 recommendation을 client-ready material로 바꾸는 작업을 겨냥합니다.

Sites는 이번 발표에서 가장 제품 표면이 크게 바뀐 부분입니다. OpenAI는 Business와 Enterprise 고객 대상 preview로, Codex가 interactive hosted websites와 apps를 만들고 workspace 구성원에게 URL로 공유할 수 있다고 설명했습니다. 예시는 customer review site, financial model 기반 scenario planner, launch material을 묶은 living hub입니다. 문서나 spreadsheet 탭을 읽는 대신, 팀이 같은 URL에서 update, open question, usage trend, milestone, owner, decision을 보게 하려는 구조입니다.

이 방향은 Replit, Lovable, Base44, Vercel v0, Wix, Webflow가 다투는 "프롬프트에서 앱" 시장과 겹칩니다. OpenAI도 early partner로 Vercel, Wix, Base44, Replit, Lovable, Figma, Webflow, Emergent를 직접 언급했습니다. 차이는 Codex Sites가 공개 웹앱 빌더보다 workspace artifact에 가깝다는 점입니다. 고객 리뷰, event operation, product launch hub처럼 사내 데이터와 SaaS context가 붙은 작업이 발표 예시의 중심입니다.

Sites가 진짜 제품이 되려면 생성보다 운영이 중요합니다. OpenAI는 "오늘 Sites는 workspace 누구에게나 URL로 공유할 수 있다"고 설명했습니다. 이 문장은 편하지만 보안팀에는 질문 목록입니다. URL이 workspace 내부에만 머무르는지, 누가 만든 site인지, 어떤 SaaS 데이터가 들어갔는지, 만료와 삭제는 어떻게 처리하는지, site를 최신 상태로 유지하는 과정에서 어떤 권한이 다시 호출되는지 확인해야 합니다.

Annotations는 첫 draft 이후의 작업을 겨냥합니다. 개발자는 이미 Codex가 만든 code, Markdown, website에서 특정 부분을 찍고 수정 요청을 할 수 있었습니다. 이번 발표는 이 방식을 documents, spreadsheets, slides로 넓힙니다. 예를 들어 site navigation bar를 선택하고 font 변경을 요청하거나, investment thesis의 claim을 highlight한 뒤 근거를 묻거나, slide chart에 더 명확한 label을 요청할 수 있습니다.

이 UX는 에이전트형 업무 도구의 약점을 직접 건드립니다. 첫 결과물이 그럴듯해도 팀 업무는 대개 부분 수정에서 시간을 씁니다. 전체 문서를 다시 생성하면 이미 괜찮은 부분까지 흔들립니다. 선택 영역 기반 수정은 사람 reviewer의 피드백 단위를 Codex가 이해할 수 있는 실행 단위로 바꿉니다. 다만 투자 thesis의 claim 출처처럼 사실 검증이 필요한 작업에서는 annotation이 편의 기능을 넘어 audit trail과 연결돼야 합니다.

OpenAI 내부 사례도 발표문에 들어갔습니다. OpenAI는 non-technical team이 Codex로 internal apps를 만들고, executive material을 준비하고, dashboard를 생성하고, brand와 design constraints가 반영된 creative brief 결과물을 만든다고 썼습니다. Zapier는 Slack, Google Docs, Coda 같은 도구에서 지식을 가져와 postmortem, incident response plan, feature ticket으로 바꾸는 사례로 소개됐습니다. NVIDIA 연구자는 research idea 탐색부터 machine learning infrastructure script 작성까지 실험 workflow를 빠르게 하는 사례로 나왔습니다.

이 사례들은 Codex의 경쟁 상대가 IDE 안의 coding assistant만이 아니라는 점을 보여줍니다. analytics에서는 Hex와 Tableau 옆에 붙고, sales에서는 Salesforce와 HubSpot 옆에 붙고, design에서는 Figma와 Canva 옆에 붙고, finance에서는 FactSet과 PitchBook 옆에 붙습니다. 즉 Codex는 단일 앱을 대체하기보다 여러 SaaS의 context를 읽고 산출물을 만드는 orchestration layer를 노립니다.

관리자 기능도 제품 채택의 관문입니다. OpenAI는 역할별 플러그인이 지원 지역에서 Codex plugin directory를 통해 rollout되며, Business와 Enterprise workspace admins가 underlying app permissions를 workspace settings에서 제어할 수 있다고 설명했습니다. Sites도 Enterprise admins가 admin settings에서 enable할 수 있습니다. 플러그인과 Sites가 지식 업무 데이터를 다루는 만큼, 이 admin control은 마케팅 문구가 아니라 배포 조건입니다.

커뮤니티 반응은 주로 범위와 요금제에 모였습니다. Reddit r/codex의 제품 업데이트 공유 글에서는 Sites가 enterprise-only에 가까운지, roles가 더 넓게 rollout되는지에 대한 질문이 나왔습니다. 일본 Impress Watch는 Business plan과 Enterprise plan에서 private URL로 공유하는 앱 생성 기능이라고 소개했습니다. 보조 분석 글들은 6월 2일 발표를 white-collar workflow로의 확장으로 해석했습니다.

한국 독자에게 실무적으로 중요한 부분은 "비개발자도 앱을 만든다"라는 문장보다 권한 모델입니다. analyst가 Snowflake와 Tableau context를 읽고 site를 만들면 데이터 분류와 공유 범위가 필요합니다. marketer가 Figma, Canva, Shutterstock, Fal을 통해 creative asset을 만들면 저작권, brand review, 승인 workflow가 필요합니다. banker가 diligence 자료를 client-ready deck으로 바꾸면 근거 추적과 confidentiality가 필요합니다.

OpenAI의 발표는 장점과 부담을 동시에 키웁니다. 장점은 업무 결과물이 파일 형식의 한계에서 벗어난다는 점입니다. launch hub, scenario planner, customer review site는 doc과 spreadsheet보다 팀이 보기 쉬울 수 있습니다. 부담은 산출물이 URL과 SaaS connector를 가진 작은 앱이 된다는 점입니다. 파일 첨부 하나보다 lifecycle, 권한, 감사, 삭제 정책이 더 중요해집니다.

경쟁 구도에서도 이 발표는 의미가 있습니다. Microsoft Copilot은 M365와 Windows를 기반으로 업무 문서와 조직 데이터를 다룹니다. Google Gemini Enterprise는 Workspace와 검색, NotebookLM 계열 경험을 붙입니다. Anthropic Claude는 Claude for Work, connectors, Claude Code 쪽으로 확장합니다. OpenAI는 Codex라는 이름으로 코드와 지식 업무를 연결하며, Sites와 plugins를 통해 결과물을 URL과 SaaS workflow로 묶는 선택을 했습니다.

개발팀 입장에서는 Codex의 위치가 애매해질 수 있습니다. 어제의 Codex는 repo를 고치고 PR을 만드는 도구였습니다. 이번 발표 이후의 Codex는 sales planner, investment thesis, dashboard, product launch hub도 만듭니다. 같은 workspace에서 개발자와 비개발자가 Codex를 함께 쓰면, 플러그인 설치 정책, 데이터 접근 권한, site 공유 정책을 플랫폼팀과 보안팀이 같이 정해야 합니다.

비개발자 rollout에서 놓치기 쉬운 항목은 비용도 있습니다. OpenAI 발표는 이번 글에서 Sites나 플러그인별 가격을 따로 제시하지 않았습니다. 그러나 62개 앱과 110개 skills가 실제 업무에 붙으면 비용은 Codex seat만으로 끝나지 않을 수 있습니다. Snowflake query, Tableau dashboard, Salesforce update, Figma asset, image generation, hosted site storage가 각각 다른 계정과 과금 모델을 갖습니다. 파일 하나를 만드는 자동화보다 여러 SaaS를 호출하는 workflow의 비용 attribution이 더 어렵습니다.

또 하나는 책임 소재입니다. Codex가 sales follow-up을 만들고 CRM을 업데이트하거나, banking pitch material을 만들고 diligence recommendation을 제시하면 "누가 최종 판단했는가"가 문서에 남아야 합니다. OpenAI가 annotations를 강조한 이유도 여기와 맞닿습니다. 사람이 특정 claim, chart, slide 영역을 찍어 근거와 수정 요청을 남기면, 에이전트 산출물은 검토 가능한 작업 단위가 됩니다. 반대로 생성된 Sites가 계속 업데이트되는 상태라면 승인된 버전과 작업 중 버전을 나누는 규칙이 필요합니다.

이번 발표를 과장해서 "모든 직무 자동화"라고 부를 필요는 없습니다. 공식 자료가 확인한 것은 6개 플러그인, 62개 앱, 110개 skills, Sites preview, annotations 확장입니다. 아직 rollout 지역, 각 connector의 실제 권한 범위, site hosting의 감사 로그, partner ecosystem의 세부 조건은 팀별로 확인해야 합니다. 그러나 Codex가 코딩 전용 도구에서 벗어나는 방향은 숫자로 뒷받침됩니다. 주간 500만 명, 비개발자 20%, 3배 성장이라는 발표값은 OpenAI가 이 제품을 어디로 밀고 있는지 보여줍니다.

출처:

• OpenAI
• Reddit r/codex
• Impress Watch