OpenAI Codex 확장, 역할별 플러그인·Sites 공개

게임스낵은 전날 OpenAI Codex AWS 제공 시작, 기업 도입 장벽이 낮아진다에서 Codex의 AWS 배포 경로를 다뤘습니다. 이번 6월 2일 발표는 그 다음 단계로, 같은 Codex를 누가 어떤 역할로 붙잡고 쓸 것인가에 더 초점이 있습니다.

무엇이 바뀌었나요

OpenAI는 공식 글에서 6개의 역할별 플러그인, 62개의 인기 앱 연결, 110개의 skills, 그리고 Sites와 annotations를 함께 꺼냈습니다. 숫자만 보면 기능 묶음처럼 보이지만, 읽는 포인트는 간단합니다. Codex를 개발자 채팅창에서 팀 작업판으로 넓히려는 신호라는 점입니다.

예전에는 “AI가 코드를 짜준다”가 주된 설명이었다면, 이번에는 “서로 다른 역할이 같은 맥락을 보고 움직이게 한다”가 더 앞에 섰습니다. 그래서 코드를 직접 쓰지 않는 사람도 자료 정리, 초안 검토, 연결 앱 기반 작업 요청처럼 옆에서 붙기 쉬워졌다는 해석이 가능합니다.

Sites와 플러그인이 왜 의미가 있나요

Sites는 여러 결과물을 한데 모아 보여주는 보드 같은 개념으로 읽으면 쉽습니다. 공식 문서상 현재는 ChatGPT Business·Enterprise 워크스페이스에서 preview로 제공됩니다. 즉 “개인이 잠깐 써보는 기능”보다 회사 팀이 함께 붙는 협업 기능에 가깝습니다.

역할별 플러그인은 연결된 외부 앱과 도구를 Codex 안에서 다루는 관문입니다. 여기서 중요한 건 기능 이름보다도, OpenAI가 아예 비개발 직무까지 상정한 사용 장면을 전면에 내놨다는 점입니다. 독자 입장에서는 “코딩 에이전트가 개발자 전용이냐”는 질문에 대해, 이제는 점점 아니게 가고 있다는 신호로 읽을 수 있습니다.

일반 독자와 개발자가 각각 볼 포인트

일반 독자에게는 “AI가 더 똑똑해졌다”보다 회사 안 여러 역할이 같은 AI 작업면을 보게 되는 흐름이 핵심입니다. 문서 검토나 앱 연결, 작업 메모 공유가 한 도구 안으로 모이면, AI 도입의 체감은 오히려 모델 점수보다 더 크게 바뀔 수 있습니다.

개발자에게는 반대로 관리 포인트가 늘어납니다. 여러 직무가 붙는 도구가 되면 권한, 연결 가능한 앱, 결과물 검토 책임도 같이 따라오기 때문입니다. 그래서 이번 발표는 단순 신기능보다, 협업 도구로서 Codex가 어디까지 넓어질지를 먼저 보는 편이 맞습니다.

아직 조심할 점

OpenAI가 공개한 그림이 크다고 해서 모든 워크스페이스에서 바로 같은 수준으로 열리는 것은 아닙니다. 공식 문서 기준으로 Sites는 preview이고, Enterprise 쪽은 관리자 RBAC 설정 같은 조건이 따라붙습니다. 플러그인도 연결 앱 생태계에 기대는 만큼, 실제 현업에서 편해지는 속도는 팀 환경마다 다를 수 있습니다.

그래도 기사 가치가 있는 이유는 분명합니다. 이번 발표는 “Codex가 어디에 배포되느냐”를 넘어서, 누가 어떤 역할로 같은 AI 작업면에 올라타느냐를 공식적으로 보여준 첫 장면에 가깝기 때문입니다.