OpenAI Codex 플러그인 완벽 분석: Slack, Figma, Notion을 코딩 에이전트에 직접 연결하는 시대

코딩 에이전트가 코드만 쓰는 시대는 끝났습니다. 이제 Slack에서 메시지 보내고, Figma에서 디자인 가져오고, Notion에서 문서 정리하는 것까지 AI가 직접 합니다.

OpenAI가 Codex에 플러그인 시스템을 공식 출시했습니다. Slack, Figma, Notion, Gmail 같은 서비스들이 Codex 안에서 바로 동작하고, 개발자가 직접 플러그인을 만들어 팀과 공유할 수도 있습니다. 이 글에서는 Codex 플러그인의 구조부터 실전 활용법까지 정리해봤습니다.

🔌 Codex 플러그인이 뭔가요?

Codex 플러그인은 재사용 가능한 워크플로우 번들입니다. 여러 프로젝트나 팀에서 동일한 설정을 공유하기 쉽게 만들어주고, 하나의 설치 가능한 패키지 안에 세 가지를 묶을 수 있습니다.

• Skills: Codex에게 워크플로우를 설명하는 프롬프트 파일. 에이전트가 점진적으로 발견합니다.
• Apps: Slack, Figma, Notion, Gmail 같은 외부 서비스 연동.
• MCP Servers: 플러그인에 필요한 원격 도구나 공유 컨텍스트.

Claude Code의 MCP 서버 설정을 해보신 분이라면 감이 오실 겁니다. 비슷한 개념인데, 여기에 앱 연동과 스킬까지 하나로 묶어서 "설치 한 번이면 끝"으로 만든 거죠.

🛠️ 설치와 사용법

Codex 앱에서 설치하기

OpenAI가 큐레이션한 플러그인은 Codex 앱 내 Plugin Directory에서 바로 설치할 수 있습니다. 별도 설정 없이 클릭 한 번이면 됩니다.

CLI에서 설치하기

Codex CLI를 사용하는 분들은 아래 명령어로 플러그인 목록을 확인할 수 있습니다.

codex /plugins

로컬에서 빠르게 플러그인을 만들고 싶다면 내장 스킬을 활용하면 됩니다.

@plugin-creator

이 스킬이 .codex-plugin/plugin.json 매니페스트 파일을 자동 생성해줍니다. 로컬 마켓플레이스 엔트리도 함께 만들어주니까 테스트하기도 편합니다.

📁 플러그인 구조

모든 플러그인은 .codex-plugin/plugin.json 매니페스트 파일이 필수입니다. 전체 디렉터리 구조를 보면 이렇습니다.

my-plugin/
├── .codex-plugin/
│   └── plugin.json        # 필수: 플러그인 매니페스트
├── skills/
│   └── my-skill/
│       └── SKILL.md       # 선택: 스킬 프롬프트
├── .app.json              # 선택: 앱/커넥터 매핑
├── .mcp.json              # 선택: MCP 서버 설정
└── assets/                # 선택: 아이콘, 로고, 스크린샷

최소한의 매니페스트는 이렇게 간단합니다.

{
  "name": "my-first-plugin",
  "version": "1.0.0",
  "description": "Reusable greeting workflow",
  "skills": "./skills/"
}

배포용으로 쓸 때는 author, homepage, license, interface(설치 화면용 메타데이터) 같은 필드를 추가하면 됩니다.

💬 Slack 연동 — 채널에서 바로 코딩 태스크 실행

이번 업데이트에서 가장 실용적인 부분이라고 생각합니다. Slack 채널에서 @Codex를 멘션하면 클라우드 태스크가 바로 생성됩니다.

동작 방식은 이렇습니다.

1. Codex 설정에서 Slack 앱 설치 (워크스페이스 관리자 승인 필요할 수 있음)
2. 채널에 @Codex 추가
3. 채널이나 스레드에서 @Codex fix the login bug in openai/myapp 같이 멘션
4. Codex가 👀 이모지로 반응하고, 태스크 링크를 답글로 달아줌
5. 완료되면 결과와 diff를 스레드에 게시

스레드의 이전 메시지도 컨텍스트로 참조하기 때문에, 대화 흐름에서 자연스럽게 "이거 고쳐줘"라고 말하면 됩니다. 환경(environment)과 레포지토리도 자동으로 선택하고, 모호하면 가장 최근 사용한 환경을 폴백으로 씁니다.

Enterprise 환경에서는 보안 통제도 가능합니다. 관리자가 "Allow Codex Slack app to post answers on task completion" 옵션을 끄면, 태스크 링크만 공유하고 코드 내용은 Codex 대시보드에서만 확인하도록 제한할 수 있습니다.

🎨 Figma 연동 — 디자인에서 코드까지 한 번에

OpenAI와 Figma의 파트너십으로, Codex는 MCP(Model Context Protocol)를 통해 Figma 파일에 직접 접근할 수 있습니다. 디자이너가 Figma 프레임 링크를 공유하면, Codex가 디자인 시스템의 컴포넌트, 변수, 오토 레이아웃까지 읽어서 React 같은 프론트엔드 코드를 생성합니다.

Figma 쪽에서도 "Skills"라는 개념을 도입해서, 팀별 컨벤션이나 스타일 가이드를 마크다운 파일로 에이전트에게 가르칠 수 있습니다. 디자인 → 코드 → 프로토타입까지의 흐름이 하나의 워크플로우로 연결되는 셈이죠.

🏪 마켓플레이스 시스템

플러그인 배포를 위한 마켓플레이스는 세 계층으로 나뉩니다.

• 공식 Plugin Directory: OpenAI가 큐레이션하는 플러그인 (앱/CLI에서 바로 설치)
• Repo 마켓플레이스: $CWD/.agents/plugins/marketplace.json에 정의. 프로젝트별 플러그인 공유용.
• Personal 마켓플레이스: ~/.agents/plugins/marketplace.json에 정의. 개인 환경 전용.

마켓플레이스 JSON 파일의 구조는 이렇습니다.

{
  "name": "my-team-marketplace",
  "plugins": [
    {
      "name": "slack-notifier",
      "source": {
        "source": "local",
        "path": "./plugins/slack-notifier"
      },
      "policy": {
        "installation": "AVAILABLE",
        "authentication": "ON_INSTALL"
      },
      "category": "Productivity"
    }
  ]
}

policy.installation에는 AVAILABLE, INSTALLED_BY_DEFAULT, NOT_AVAILABLE 세 가지 옵션이 있고, policy.authentication으로 인증 시점을 제어합니다.

🤔 Claude Code MCP와 비교하면?

Claude Code를 쓰시는 분들은 MCP 서버 설정이 익숙하실 텐데요. Codex 플러그인과 Claude Code의 접근 방식을 비교해보면 재미있습니다.

• Claude Code: .claude/settings.json에 MCP 서버를 개별 등록. 도구(tool) 중심. 자유도 높지만 설정이 프로젝트마다 필요.
• Codex 플러그인: Skills + Apps + MCP를 하나의 번들로 묶어서 설치. 마켓플레이스로 배포. 팀 단위 공유에 최적화.

결국 방향은 같습니다. AI 코딩 에이전트가 코드 에디터를 넘어서 팀의 전체 툴 체인에 접근하는 것. Codex는 플러그인이라는 패키징 단위를 만들어서 이걸 좀 더 체계적으로 풀려는 시도이고, Claude Code는 MCP라는 오픈 프로토콜로 유연하게 접근하고 있죠.

📌 정리

OpenAI Codex 플러그인 시스템의 핵심을 정리하면 이렇습니다.

• Slack, Figma, Notion, Gmail 등 주요 개발 도구가 Codex 안에서 네이티브로 동작
• Skills + Apps + MCP를 하나로 묶는 플러그인 번들 시스템
• 공식/Repo/Personal 3계층 마켓플레이스로 배포
• @plugin-creator로 5분 만에 커스텀 플러그인 제작 가능
• Slack에서 @Codex 멘션만으로 채널에서 바로 코딩 태스크 실행

공식 Plugin Directory에 플러그인을 등록하는 셀프서브 기능은 아직 "coming soon"이라 조만간 추가될 예정입니다. AI 코딩 에이전트 시장이 "코드를 잘 짜는 것"에서 "개발자의 전체 워크플로우를 얼마나 자연스럽게 연결하느냐"로 넘어가고 있는 게 확실히 느껴집니다.

이 글은 @OpenAIDevs의 트윗과 Codex Plugins 공식 문서를 참고하여 작성했습니다.