OpenAI Codex가 플러그인 마켓플레이스를 열었다, 코딩 에이전트는 이제 플랫폼이다

3월 26일, OpenAI가 Codex에 플러그인 시스템을 공식 출시했습니다. Slack, Figma, Notion, Gmail, Google Drive를 포함한 20개 이상의 플러그인이 동시에 공개됐고, 서드파티 개발자를 위한 자가 게시(self-serve publishing) 도구도 곧 뒤따를 예정입니다. 코딩 에이전트가 코드를 넘어 기획, 디자인, 커뮤니케이션까지 손을 뻗기 시작한 것입니다.

이것은 단순한 기능 추가가 아닙니다. Codex가 160만 주간 활성 사용자를 기반으로 플랫폼으로의 전환을 선언한 사건이며, 5개월 앞서 유사한 구조를 내놓은 Anthropic의 Claude Code와 본격적인 생태계 경쟁이 시작됐다는 신호입니다.

코딩 에이전트가 IDE를 벗어나고 있다

지금까지 코딩 에이전트의 경쟁은 "누가 더 좋은 코드를 생성하느냐"에 집중됐습니다. SWE-bench 점수, 토큰 효율성, 멀티턴 대화 품질이 핵심 지표였습니다. 하지만 2026년 3월, 그 전장이 근본적으로 바뀌고 있습니다.

현실의 개발 워크플로우를 생각해 보겠습니다. 개발자가 하루에 코드를 작성하는 시간은 전체 업무 시간의 일부에 불과합니다. Slack에서 요구사항을 확인하고, Figma에서 디자인을 참조하며, Notion에서 스펙 문서를 읽고, Linear에서 이슈를 추적합니다. 이 모든 맥락이 코드 생성의 품질을 결정짓습니다.

OpenAI가 Codex 플러그인으로 노리는 것은 바로 이 지점입니다. 코드 에디터 안에서만 작동하던 에이전트를 개발자의 전체 워크플로우를 아우르는 운영체제로 확장하려는 것입니다.

플러그인 아키텍처 해부

Codex 플러그인은 세 가지 핵심 요소를 하나로 묶은 번들입니다.

Skills 는 자연어 지시와 기술 자산(스크립트)을 결합한 사전 정의 워크플로우입니다. 에이전트가 특정 도구 안에서 즉시 작동할 수 있도록 만들어줍니다. OpenAI는 이 접근법이 "환각을 줄이고 추론 비용을 낮춘다"고 설명합니다. 에이전트가 매번 코드를 생성하는 대신, 검증된 스크립트를 재사용하기 때문입니다.

App Integrations 는 외부 서비스에 대한 인증과 연결을 처리합니다. 개발자가 직접 자격 증명을 설정하거나 프롬프트 엔지니어링으로 앱 작동 방식을 설명할 필요가 없습니다. 플러그인이 "작동 준비가 된 상태로" 도착합니다.

MCP Server Configurations 는 원격 도구나 공유 컨텍스트를 Model Context Protocol 규격으로 연결합니다. 이것은 주목할 만한 선택입니다. OpenAI가 Anthropic이 주도한 MCP 표준을 자사 플러그인 시스템의 핵심 구성 요소로 채택했다는 뜻이기 때문입니다.

{
  "name": "figma-integration",
  "version": "1.0.0",
  "skills": ["design-to-code", "component-sync"],
  "apps": {
    "figma": {
      "auth": "oauth2",
      "scopes": ["file:read", "file:write"]
    }
  },
  "mcp": {
    "servers": ["figma-mcp-server"]
  }
}

이 세 요소의 조합은 .codex-plugin/plugin.json 매니페스트에 정의되며, 사용자 전역(~/.codex/plugins/) 또는 프로젝트별로 설치할 수 있습니다. 내장된 @plugin-creator 스킬은 새 플러그인을 즉시 스캐폴딩해줍니다.

20개 이상의 플러그인, 핵심은 Figma

출시와 함께 공개된 플러그인 목록은 개발자 워크플로우의 거의 모든 접점을 포괄합니다.

커뮤니케이션: Slack, Gmail 문서 및 기획: Notion, Google Drive (Docs, Sheets, Slides) 디자인: Figma 프로젝트 관리: Linear, Sentry 인프라: GitHub, Cloudflare, Vercel, Box

이 중 가장 눈에 띄는 것은 Figma 통합입니다. OpenAI와 Figma는 이번에 공식 파트너십을 발표하며, Codex가 Figma 디자인 파일에 직접 접근해 디자인-코드 핸드오프를 자동화하는 기능을 선보였습니다. 개발자가 에이전트를 떠나지 않고도 디자인 파일을 참조하며 구현할 수 있게 된 것입니다.

이것은 단순한 편의 기능이 아닙니다. 디자인-코드 핸드오프는 수십 년간 소프트웨어 개발의 가장 큰 마찰 지점 중 하나였습니다. Figma가 최근 MCP Write-to-Canvas API를 공개해 AI 에이전트에 캔버스를 열어준 것과 맞물려, 디자인과 코드 사이의 경계가 급속도로 허물어지고 있습니다.

모든 표면에서 작동한다

플러그인은 Codex의 세 가지 인터페이스 모두에서 작동합니다.

• Codex 데스크톱 앱: 스레드 검색, 사이드바 숏컷, 대량 아카이브를 지원하는 최신 버전(26.323)에서 플러그인 디렉토리에 직접 접근할 수 있습니다.
• Codex CLI (0.117.0): /plugins 명령으로 플러그인을 브라우징하고 동기화합니다. 서브 에이전트는 이제 /root/agent_a와 같은 읽기 쉬운 경로 기반 주소를 사용합니다.
• IDE 확장: JetBrains v2025.3 이상에서 AI Assistant 플러그인을 통해 접근 가능합니다.

이 "모든 표면" 전략은 OpenAI가 곧 출시할 슈퍼앱 구상과 맞닿아 있습니다. ChatGPT, Codex, Atlas 브라우저를 하나의 데스크톱 애플리케이션으로 통합하려는 계획의 전초전인 셈입니다.

Claude Code와의 생태계 전쟁

Codex 플러그인 출시는 불가피하게 Anthropic의 Claude Code 플러그인 시스템과 비교됩니다. Claude Code는 약 5개월 앞서 유사한 확장 체계를 내놓았고, 이미 상당한 생태계를 구축한 상태입니다.

생태계 규모: Claude Code는 1,000개 이상의 MCP 서버 생태계를 확보하고 있습니다. Codex는 20개 이상의 공식 플러그인으로 시작했지만, 자가 게시 도구가 열리면 빠르게 추격할 수 있습니다.

아키텍처 철학의 차이: Claude Code는 MCP 표준을 중심으로 개방형 생태계를 구축했습니다. 서드파티가 MCP 서버를 만들면 Claude Code가 자연스럽게 연결됩니다. 반면 Codex는 MCP를 지원하면서도 마켓플레이스라는 독자적 유통 구조를 강조합니다. 발표 자료에 "marketplace"가 41회 등장한 것은 우연이 아닙니다. 이것은 앱스토어 모델을 코딩 에이전트에 이식하려는 의도입니다.

서브 에이전트 격차: Claude Code의 결정적 우위는 Agent Teams입니다. 여러 서브 에이전트가 태스크 리스트를 공유하고, 의존성을 추적하며, Git worktree에서 병렬 작업을 수행합니다. 각 에이전트는 독립된 컨텍스트 윈도우를 가지면서도 자율적으로 협업합니다. SiliconAngle에 따르면 "OpenAI가 이 기능을 따라잡을 가능성이 있다"고 했지만, 현재로서는 Codex에 없는 기능입니다.

가격과 사용성 트레이드오프: Codex는 월 $200, Claude Code의 Max 플랜은 월 $100입니다. 하지만 Reddit의 500명 이상 개발자 설문에서 흥미로운 패턴이 드러났습니다. Claude Code가 블라인드 테스트에서 67% 승률로 코드 품질이 우수하지만, 사용 제한이 빨리 소진돼 "12번 프롬프트 후 끝나는 $20 플랜은 품질과 무관하게 일상 도구가 되기 어렵다"는 평가가 나왔습니다. 반면 Codex는 4배 적은 토큰으로 동등한 결과를 내며, Terminal-Bench에서 우위를 보였습니다.

결과적으로 가장 생산적인 개발자들은 이미 하이브리드 전략을 쓰고 있습니다. Claude Code로 아키텍처 설계와 초기 코드 생성을 하고, Codex로 코드 리뷰와 디버깅을 수행하는 방식입니다.

GPT-5.3-Codex의 엔진

플러그인 시스템의 배경에는 GPT-5.3-Codex라는 전용 모델이 있습니다. 이전 버전 대비 25% 빠르고 48% 적은 토큰으로 동등한 결과를 낸다는 것이 OpenAI의 설명입니다. 멀티턴 대화와 장기 에이전틱 태스크에 최적화됐습니다.

토큰 효율성의 개선은 플러그인 시스템에서 특히 중요합니다. 에이전트가 Slack 메시지를 읽고, Figma 파일을 참조하며, Notion 문서를 탐색하는 과정에서 컨텍스트 윈도우는 급격히 소모됩니다. 48%의 토큰 절약은 외부 도구와의 상호작용에서 에이전트의 실질적 작업 범위를 크게 넓혀줍니다.

엔터프라이즈 시장에서의 채택도 주목할 만합니다. Cisco, Nvidia, Ramp, Rakuten, Harvey 등이 이미 Codex를 도입했으며, 플러그인 시스템은 이들 기업의 내부 도구 통합에 직접적인 가치를 제공합니다. 팀 전체가 동일한 플러그인 설정을 공유함으로써 코드 일관성을 유지할 수 있기 때문입니다.

더 큰 그림: 개발자 운영체제 전쟁

Codex 플러그인 마켓플레이스의 출시는 독립된 사건이 아닙니다. 2026년 3월, 코딩 에이전트 시장 전체가 동일한 방향으로 움직이고 있습니다.

JetBrains Central (3월 24일 발표)은 여러 AI 에이전트를 하나의 거버넌스 레이어에서 관리하는 플랫폼을 내놓았습니다. 에이전트가 어떤 코드를 수정했고, 누가 승인했는지를 추적하는 제어 계층입니다.

Cursor는 100만 유료 사용자를 넘기며 병렬 서브 에이전트와 BugBot 자동 PR 리뷰를 선보였습니다. 코드 편집기가 에이전트 오케스트레이션 플랫폼이 되고 있습니다.

Figma는 MCP Write-to-Canvas API를 공개해 AI 에이전트가 디자인 캔버스에 직접 쓸 수 있게 했습니다. 디자인 도구가 에이전트의 입력을 받아들이기 시작한 것입니다.

이 모든 움직임이 가리키는 방향은 하나입니다. 코딩 에이전트가 코드 생성 도구에서 개발자 운영체제로 진화하고 있다는 것입니다. IDE, 디자인 도구, 프로젝트 관리, 커뮤니케이션을 하나의 에이전트 레이어로 연결하는 플랫폼 경쟁이 시작됐습니다.

개발자에게 의미하는 것

실무 개발자 관점에서 Codex 플러그인의 등장은 몇 가지 구체적인 변화를 예고합니다.

워크플로우 통합의 시대: 이제 에이전트에게 "Slack에서 최신 요구사항 확인하고, Figma 디자인 보고, 해당 컴포넌트 구현해줘"라는 하나의 프롬프트가 가능해집니다. 컨텍스트 스위칭 비용이 근본적으로 줄어듭니다.

플러그인 잠금(lock-in) 리스크: Codex 마켓플레이스에 최적화된 플러그인은 Claude Code에서 바로 작동하지 않을 수 있습니다. 반대도 마찬가지입니다. 코딩 에이전트에도 벤더 잠금 문제가 발생하기 시작했습니다. MCP가 공통 프로토콜이긴 하지만, Skills과 App Integrations는 각 플랫폼 고유의 영역입니다.

비용 최적화 전략 필요: 월 $200의 Codex와 월 $100의 Claude Code Max 사이에서, 각 도구의 강점에 맞는 태스크 분배가 비용 효율성을 결정짓게 됩니다. "하나의 도구에 올인"보다 "태스크별 최적 도구 선택"이 합리적인 전략입니다.

앞으로의 전망

OpenAI가 발표 자료에서 "marketplace"를 41회 언급한 것은 명확한 메시지입니다. Codex를 코딩 도구가 아닌 개발자 플랫폼으로 키우겠다는 선언입니다. ChatGPT, Codex, Atlas 브라우저를 합친 슈퍼앱 구상은 이 야심의 정점에 있습니다.

하지만 플랫폼의 성패는 생태계의 밀도에 달려 있습니다. 앱스토어가 성공한 것은 수만 개의 서드파티 앱이 있었기 때문이지, Apple의 자체 앱 20개 때문이 아니었습니다. 현재 수익 공유 모델이 발표되지 않은 상태에서, 서드파티 개발자를 어떻게 끌어들일 것인지가 핵심 과제입니다.

Claude Code는 MCP 중심의 개방형 생태계와 서브 에이전트 아키텍처로 다른 방향에서 같은 목표를 향해 달리고 있습니다. Cursor는 에디터를 거점으로 에이전트 오케스트레이션을 확장하고 있습니다. JetBrains는 거버넌스 레이어로 제어권을 확보하려 합니다.

2026년 코딩 에이전트 전쟁의 승자는 "누가 더 좋은 코드를 생성하느냐"가 아니라 "누가 개발자의 전체 워크플로우를 가장 매끄럽게 통합하느냐" 에 의해 결정될 것입니다. Codex 플러그인 마켓플레이스는 그 전쟁의 공식적인 시작 신호탄입니다.