What Are the Best Codex Plugins to Install in 2026

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 요약

2026년 Codex 플러그인은 스킬·앱·MCP 서버를 묶어 작업 범위를 넓히며, 이 글은 추천 도구 10개를 소개하고 Matt Pocock's Skills와 Firecrawl의 활용법을 상세히 설명한다.

📌 핵심 요약

• 원문에 따르면 Codex Plugins는 2026년 초 공식 도입됐으며, 스킬·앱 커넥터·MCP 서버를 하나의 패키지로 제공할 수 있다. OpenAI의 큐레이션 목록에는 GitHub, Gmail, Drive, Slack, Sites, Security 등이 포함된다.
• Codex App과 CLI는 동일한 Plugin Directory를 사용한다. App에서는 Plugins 패널로, CLI에서는 /plugins로 설치하며, @로 명시적으로 호출하거나 작업에 맞는 스킬이 암묵적으로 활성화된다. 일부 커뮤니티 도구는 저장소 README의 별도 명령으로 설치한다.
• Matt Pocock's Skills는 목표 불일치, 장황함, 고장 난 코드, 구조가 뒤엉킨 아키텍처를 겨냥한다. grill-me는 구현 전 의사결정을 질문하고, handoff는 세션을 문서로 압축하며, tdd는 테스트 우선 개발을, diagnose는 수정 전 가설 검증을 지원한다. 특히 grill-me는 작은 작업에서도 진행을 느리게 할 수 있다.
• Firecrawl은 실시간 검색, 전체 페이지 수집, 재귀 크롤링, URL 매핑, 브라우저 상호작용을 제공하고 결과를 정돈된 Markdown 또는 구조화된 JSON으로 반환한다. Firecrawl Alexandria는 100개 이상의 공식 데이터 제공자와 자체 인덱스를 포괄하며, 소스 조회는 무료이고 제공자 도구는 실행할 때 표시된 가격이 부과된다.
• 추천 목록에는 Matt Pocock's Skills, Firecrawl, Composio, Context7, Figma, Linear, GitNexus, Superpowers, Caveman, RTK가 포함된다. 요약표는 Composio의 1,000개 이상 SaaS 앱 연결, Context7의 버전에 맞는 최신 라이브러리 문서, Caveman의 응답 장황함 약 75% 감소, RTK의 명령 출력 압축 등을 설명하지만, 제공된 본문의 상세 설명은 Firecrawl CLI 설치 명령 도입부에서 끊긴다.

🧩 주요 포인트

1. 스킬·앱·MCP 서버의 패키지화 → Codex가 외부 서비스와 작업 절차를 함께 활용하고, Plugin Directory를 통해 구성을 공유·재사용하는 범위가 넓어진다.
2. Matt Pocock's Skills의 사전 질문·테스트·가설 검증 → 구현의 정합성과 신중함을 높이려는 접근이지만, grill-me의 추가 질문은 작은 작업에서 속도와 마찰의 절충을 만든다.
3. Firecrawl의 정돈된 출력과 RTK의 명령 출력 압축, Caveman의 응답 축약 → 문맥과 토큰 사용을 줄이는 대상이 서로 다르며, 원문에서 확인 가능한 상세 근거의 범위도 도구마다 다르다.

🧠 상세 정리

1. 2026년 플러그인 도입과 추천 목록의 범위

글은 Codex Plugins가 2026년 초 공식 도입된 뒤 디렉터리가 빠르게 확장되고 있다는 설명에서 출발한다. OpenAI는 GitHub, Gmail, Drive, Slack, Sites, Security 등의 큐레이션 플러그인을 제공하고, 커뮤니티는 스킬 모음과 MCP 서버, 통합 도구를 추가하고 있다고 서술한다. 저자가 플러그인을 중요하게 보는 이유는 Codex의 작업 범위를 넓혀 사용자의 API, 디자인, 이슈, 실시간 웹 자료를 활용하게 한다는 데 있다. 개별 설정 지침을 AGENTS.md에 반복해서 붙이는 대신 Plugin Directory를 통해 설치 구성을 공유할 수 있다는 점도 강조한다. 다만 추천 10개에는 공식 플러그인뿐 아니라 디렉터리 밖의 MCP 서버, 스킬 모음, 플러그인과 유사한 도구도 포함되므로, 목록 전체가 같은 배포 형식을 따른다고 읽어서는 안 된다.

2. 스킬·앱·MCP 서버를 묶는 구조

원문은 Codex 플러그인을 세 종류의 기능을 한 번의 설치로 제공할 수 있는 재사용 패키지로 정의한다. 스킬은 특정 작업에 해당할 때 Codex가 따르는 Markdown 지침이고, 앱은 GitHub, Gmail, Slack, Google Drive 같은 외부 서비스의 커넥터이며, MCP 서버는 API를 호출할 수 있는 도구 인터페이스다. 하나의 플러그인이 이 세 요소를 모두 제공할 수도 있지만, 모든 플러그인이 반드시 세 요소를 갖춘다는 뜻은 아니다. Firecrawl은 검색·스크래핑·크롤링·상호작용 도구를 등록하는 MCP 서버와 각 도구를 언제 사용할지 알려 주는 스킬을 함께 제공하는 사례로 제시된다. 이 구조에서 플러그인의 가치는 기능 하나를 추가하는 데 그치지 않고, 도구 접근과 사용 지침을 함께 배포해 반복 설정을 줄이는 데 있다는 것이 글의 주장이다.

3. Codex App에서의 설치와 호출

Codex App은 사이드바의 Plugins 패널에서 시각적인 Plugin Directory를 제공하며, 목록은 Curated by OpenAI, Shared with you, Created by you의 세 그룹으로 나뉜다. 사용자는 큐레이션 목록을 탐색하거나 검색창에서 Firecrawl, GitHub, Linear, Figma 같은 이름을 찾아 플러그인 카드의 Install을 누른다. 원문에 따르면 앱은 패키지를 내려받고 스킬과 MCP 도구를 등록하며, 필요한 API 키나 OAuth 인증 정보는 최초 사용 시 요청한다. 설치한 플러그인은 세션에서 @를 입력해 선택할 수 있고, 많은 플러그인은 요청이 스킬의 활성화 조건에 맞으면 암묵적으로 동작한다. 각 카드에는 활성화·비활성화 전환과 제거 기능도 있어, App의 일반적인 관리 흐름에서는 설정 파일을 직접 편집할 필요가 없다고 설명한다.

4. CLI 설치와 커뮤니티 도구의 차이

Codex CLI에서도 App과 동일한 Plugin Directory를 사용하지만, codex를 시작한 뒤 /plugins를 실행해 텍스트 인터페이스로 접근한다. 플러그인을 선택하면 ~/.codex/plugins/에 설치되고 스킬·앱·MCP 도구가 등록되며, 인증 정보가 필요한 경우 최초 실행에서 입력을 요청한다고 원문은 설명한다. 호출에는 @를 사용하고 작업에 따른 암묵적 활성화도 지원하며, 제거하지 않고 비활성화하려면 ~/.codex/config.toml을 편집하는 방식이 제시된다. Matt Pocock's Skills, Superpowers, Caveman, RTK, GitNexus 같은 커뮤니티 도구는 아직 모두 큐레이션 디렉터리에 있는 것은 아니어서, 대체로 저장소 README의 npx 또는 셸 명령으로 설치한다고 서술한다. 글은 이렇게 설치한 도구도 Created by you에 나타나 같은 호출·설정 방식을 따른다고 설명하지만, 제공된 본문에는 각 도구의 구체적인 설치 명령이 모두 담겨 있지는 않다.

5. 스킬과 플러그인의 역할 구분

원문은 스킬을 하나의 작업에 초점을 둔 SKILL.md 파일로, 플러그인을 여러 스킬과 앱·MCP 서버를 묶는 패키지로 비교한다. 스킬은 npx skills add 방식이나 ~/.agents/skills/로 복사하는 방식으로 설치할 수 있고, 작업에 맞춰 암묵적으로 활성화되거나 $skill-name으로 명시적으로 호출된다. 비교표는 스킬의 시작 시점 토큰 비용이 이름과 설명만 불러오기 때문에 매우 낮다고 설명하고, 플러그인의 비용은 포함된 구성 요소들의 합으로 제시한다. 따라서 한 가지 행동이나 작업 절차에는 개별 스킬이, 여러 구성 요소를 함께 공유하고 재사용하려는 경우에는 플러그인이 적합하다는 구분이다. 저자는 스킬을 기본 단위로 보고 플러그인을 이를 묶어 배포하는 수단으로 설명하며, Matt Pocock의 모음과 Caveman처럼 플러그인 사양보다 먼저 나온 스킬 도구도 실제 Codex 작업에 유용하다는 이유로 추천 목록에 포함한다.

6. 추천 도구 10개의 기능 지도

글의 요약표는 Matt Pocock's Skills를 엔지니어링 스킬 모음으로, Firecrawl을 검색·수집·크롤링·브라우저 상호작용을 통한 실시간 웹 문맥 도구로 소개한다. Composio는 관리형 OAuth로 1,000개 이상의 SaaS 앱을 연결하고, Context7은 최신의 버전에 맞는 라이브러리 문서를 제공하며, Figma는 실제 디자인 파일에서 코드를 생성하는 역할로 제시된다. Linear는 Codex를 떠나지 않고 티켓을 가져오고 상태를 바꾸며 이슈를 관리하는 도구이고, GitNexus는 코드베이스에 클라이언트 측 지식 그래프와 Graph RAG를 제공하는 도구다. Superpowers는 Codex 자체 지원을 갖춘 여러 실행 환경에 걸친 에이전트 작업 프레임워크로, Caveman은 응답의 장황함을 약 75% 줄여 토큰을 절약하는 도구로 소개된다. RTK는 명령 출력이 Codex의 문맥에 들어가기 전에 압축하는 Rust 프록시로 설명되지만, 이 수치와 기능들은 제공된 요약표의 주장이고 뒤쪽 도구의 상세 설명이나 비교 검증은 본문에 포함되어 있지 않다.

7. Matt Pocock's Skills의 문제 해결 방식과 절충

원문은 Matt Pocock의 저장소가 Claude Code 보조 도구로 시작해 주요 코딩 에이전트에서 널리 설치되는 엔지니어링 스킬 모음으로 성장했다고 소개한다. 저장소가 겨냥하는 반복적인 실패 유형은 목표 불일치, 장황함, 고장 난 코드, 구조가 뒤엉킨 아키텍처이며, 각 스킬이 이를 직접 다루도록 설계됐다는 설명이다. grill-me는 코드를 쓰기 전에 계획의 의사결정을 질문해 이해를 맞추고, handoff는 새 worktree나 다른 에이전트에서 이어갈 수 있도록 세션을 Markdown 문서로 압축한다. tdd는 엄격한 테스트 우선 반복을 수행하고 diagnose는 수정에 앞서 가설을 검증하며, caveman은 응답을 매우 짧게 만드는 역할을 맡는다. 설치 후 /setup-matt-pocock-skills로 GitHub, Linear 또는 로컬 이슈 추적 방식과 분류 라벨, 문서 위치를 설정하며, 같은 SKILL.md가 Codex, Claude Code, Cursor, Gemini CLI, Copilot에서 동작하는 점을 장점으로 든다. 반면 특히 grill-me는 지나치기 쉬운 가정을 드러내기 위해 의도적으로 느리게 진행하므로 작은 작업에서는 마찰을 늘릴 수 있고, 이는 설계 목적에 따른 절충으로 설명된다.

8. Firecrawl의 웹 접근과 문맥 절약

Firecrawl 부분은 에이전트의 역량이 확보한 문맥에 좌우된다는 주장으로 시작하며, 저자는 Codex의 기본 웹 검색이 기본적으로 캐시된 인덱스를 조회하고 네트워크 제한 시 결과를 조용히 지어낼 수 있다고 주장한다. 이 대목은 원문 저자의 문제 제기이며, 제공된 본문 자체에 이를 입증하는 사례나 검증 결과가 제시되지는 않는다. 대안으로 소개된 Firecrawl은 실시간 검색, 전체 페이지 스크래핑, 재귀 크롤링, URL 매핑, 실제 브라우저 상호작용을 제공하고, 짧은 검색 발췌 대신 정돈된 Markdown이나 구조화된 JSON을 반환한다. MCP를 통해 검색으로 소스를 찾고, 스크래핑으로 전체 내용을 읽고, 크롤링으로 문서 사이트를 수집하며, 클릭이나 로그인이 필요한 페이지에는 interact를 사용하는 흐름을 연결할 수 있다고 설명한다. JavaScript 렌더링은 자동으로 처리하고, 큰 결과는 파일로 저장하며, CLI 출력에서는 원시 HTML과 반복적인 부수 내용을 줄여 Codex 문맥의 부담을 낮춘다. 저자는 긴 조사 세션이나 전체 사이트 수집에서 이런 절약이 누적되어 추론에 사용할 여유가 늘어난다고 평가하지만, 절약량의 구체적인 측정 수치는 제시하지 않는다.

9. Firecrawl Alexandria와 연결 절차의 설명 범위

Firecrawl 플러그인에는 Alexandria도 포함되며, 원문은 이를 필요한 데이터가 웹페이지에 인용돼 있기를 기대하며 검색하는 방식보다 직접적인 탐색 수단으로 소개한다. Alexandria는 100개 이상의 공식 데이터 제공자와 Firecrawl 자체 인덱스를 포괄하고, Developer Index는 공개 저장소, GitHub 이슈, 병합된 pull request, README, 코드 문서를 바탕으로 구축됐다고 설명한다. 라이브러리 동작의 답이 이슈나 병합된 수정에 있을 때 해당 구절을 직접 읽는 사용 방식이 제시되며, 소스 조회는 무료이고 제공자 도구는 실행할 때만 표시된 가격이 부과된다. 활용 예로는 Next.js 16 서버 컴포넌트의 hydration 오류 관련 이슈 탐색, httpx와 requests의 PyPI 다운로드 통계 및 GitHub 활동 비교, speculative decoding 연구 논문 조사가 나온다. 연결 절차에서는 ChatGPT와 Codex가 하나의 플러그인 디렉터리를 공유하므로 한 번 설치한 뒤 Firecrawl 계정을 연결하면 되고, 이 경로에는 API 키나 MCP 설정이 필요 없다고 설명한다. 별도의 CLI 경로는 감지된 AI 코딩 에이전트들에 설치하고 --browser로 인증을 여는 방식이라고 소개되지만, 제공된 원문은 명령 문자열의 도입부에서 끊겨 있어 완전한 실행 명령을 확인할 수 없다.

🧾 핵심 주장 / 시사점

• 추천 목록은 공식 플러그인과 스킬 모음·MCP 서버·프록시를 함께 다룬다. 따라서 목록에 포함됐다는 사실만으로 동일한 설치 방식이나 패키지 구성을 전제하기는 어렵다.
• Matt Pocock's Skills는 구현 전 이해와 검증을 강화하는 접근이고, Firecrawl은 판단에 필요한 외부 자료를 확장하는 접근이다. 두 도구는 서로 다른 지점에서 에이전트 작업의 한계를 보완한다.
• Firecrawl은 수집 자료의 부수 내용을 줄이고, RTK는 명령 출력을 압축하며, Caveman은 응답을 축약한다. 모두 토큰 절약과 연결되지만, 줄이는 정보의 종류와 본문에 제시된 근거의 깊이는 서로 다르다.

✅ 액션 아이템

• 설치하려는 도구가 Plugin Directory에 있는지 확인하고, 커뮤니티 도구라면 저장소 README의 별도 설치 경로를 검토한다.
• Matt Pocock's Skills 적용 시 grill-me의 사전 질문이 필요한 정도와 작은 작업에서의 진행 지연을 함께 판단한다.
• Firecrawl, RTK, Caveman을 비교할 때 웹 수집 결과·명령 출력·응답 중 어떤 부분의 문맥과 토큰 사용을 줄이려는지 구분한다.

❓ 열린 질문

• 설치하려는 도구는 Plugin Directory에서 제공되는가, 아니면 저장소 README의 별도 설치 명령이 필요한가?
• 현재 작업에서 grill-me의 사전 질문으로 얻는 정합성 향상이 작은 작업의 진행 지연을 감수할 만큼 필요한가?
• Firecrawl의 정돈된 출력, RTK의 명령 출력 압축, Caveman의 응답 장황함 약 75% 감소 중 현재 줄이려는 토큰 사용에 가장 직접적으로 대응하는 것은 무엇인가?