AI 에이전트의 확장성: Codex와 Claude Code 플러그인 생태계 분석

자율 에이전트가 실무에서 제 성능을 발휘하려면, 단순히 똑똑한 것을 넘어 “기존 도구 및 워크플로우와 얼마나 잘 통합되는가”가 핵심입니다. 최근 에이전트 시장을 주도하는 두 도구, Codex와 Claude Code의 플러그인 아키텍처를 비교해 보았습니다.

📊 플러그인 체계 비교 분석

에이전트에게 날개를 달아주는 두 방식의 차이점을 한눈에 정리했습니다.

Codex vs Claude Code Plugins

1. 목적과 핵심 철학

Codex Plugin: 재사용 가능한 워크플로우와 앱 통합(App Connectors)에 집중합니다. CLI뿐만 아니라 IDE, ChatGPT 앱 등 다양한 표면(Surface)에서 동일한 능력을 발휘하도록 설계되었습니다.
Claude Code Plugin: 터미널/CLI 중심의 생산성 극대화가 목표입니다. 슬래시 명령어(/), 서브 에이전트 발동, LSP(Language Server Protocol) 기반의 코드 인텔리전스 등 개발자 중심의 강력한 도구 모음을 지향합니다.

2. 기술적 구성 요소 (Manifest)

두 진영 모두 plugin.json을 통해 플러그인을 정의하지만, 구성 요소에서 성격이 드러납니다.

Codex: .app.json, .mcp.json, hooks/ 중심 (외부 서비스 연결 및 훅 강조)
Claude Code: commands/, agents/, monitors/, .lsp.json 중심 (명령어 실행 및 실시간 모니터링 강조)

3. 호출 방식 및 사용자 경험

Codex: 자연어 요청 중에 모델이 알아서 판단하거나 @를 사용하여 특정 스킬을 명시적으로 소환합니다. (매끄러운 UX)
Claude Code: /plugin-name:skill-name과 같은 명확한 명령어 구조를 선호합니다. (예측 가능한 UX)

🧐 개발자 관점에서의 선택

“기존 서비스(SaaS) 연동과 멀티 디바이스 환경”이 중요하다면 Codex의 플러그인 모델이 유리합니다.
“터미널 기반의 딥한 코딩 작업과 강력한 자동화 제어”가 필요하다면 Claude Code의 생태계가 압도적인 강점을 가집니다.

🚀 결론: 에이전트는 진화하고 있다

결국 이 두 생태계 모두 MCP(Model Context Protocol)라는 표준을 향해 나아가고 있습니다. 어떤 도구를 선택하든, 이제 에이전트 엔지니어링의 핵심은 “얼마나 견고한 플러그인(Harness)을 설계하느냐”에 달려 있습니다.