Best MCP Servers for Claude Code and Codex in 2026 (Tried and Tested)

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 요약

Claude Code와 Codex의 외부 도구 연결을 위한 MCP 서버 12종을 소개하고, 두 CLI의 설정·인증 차이와 Firecrawl의 웹 수집·개발 자료 검색 기능을 상세히 설명한 글이다.

📌 핵심 요약

• MCP는 AI 클라이언트와 외부 도구·데이터를 JSON-RPC 2.0 기반 공통 인터페이스로 연결하며, 도구·리소스·프롬프트를 제공한다.
• 추천 목록은 Firecrawl, Playwright, Chrome DevTools, GitHub, Linear, Vercel, Sentry, Supabase, Asana, Sequential Thinking, Sequel, Composio 등 12종으로 구성된다.
• Claude Code와 Codex는 모두 stdio와 HTTP를 지원하지만 설정 형식은 각각 JSON과 TOML이며, Codex의 OAuth 연결은 서버 등록 후 별도 로그인이 필요하다.
• Firecrawl은 웹 검색·수집·문서 변환·브라우저 상호작용·자동 조사·변경 감지를 제공하며, Developer Index는 매일 갱신되는 7,000만 개 이상의 개발 자료를 대상으로 검색한다.
• 필자는 Firecrawl의 제품 마케팅 담당자이며, 제공된 본문은 Firecrawl 단점 설명이 시작되는 지점에서 끊겨 나머지 서버의 상세 평가와 최종 운영 권고는 확인할 수 없다.

🧩 주요 포인트

1. 공통 프로토콜과 개별 설정 형식 → 도구 연결은 재사용할 수 있지만 Claude Code의 JSON과 Codex의 TOML 및 OAuth 절차를 구분해야 한다.
2. 종의 역할별 추천 → 웹 자료, 브라우저, 배포, 오류, 업무 관리 등 필요한 기능에 따라 서버를 선택하는 구성이 중심이다.
3. Firecrawl Developer Index의 구체적 개발 자료 검색 → 일반 웹 결과보다 실제 PR·이슈·명세를 근거로 답변하도록 돕는다는 것이 필자의 핵심 주장이다.

🧠 상세 정리

1. 글의 목적과 MCP 확산 배경

이 글은 Claude Code와 Codex를 번갈아 사용하는 필자가 외부 도구를 연결할 때 추천하는 MCP 서버를 CLI 중심으로 소개한다. 필자는 두 도구의 기본 기능을 파일 읽기·수정과 셸 명령 실행으로 설명하고, 실제 문서·브라우저·배포 정보에 접근하는 수단으로 MCP를 제시한다. 본문에 따르면 Anthropic은 2024년 11월 MCP를 공개했고, OpenAI는 2025년 초 Codex에 도입했으며 이후 Google DeepMind도 채택했다. 표준은 2025년 12월 Linux Foundation의 Agentic AI Foundation에 기증됐고, mcp.so에는 공개 서버가 1만 7,000개 이상 등록됐다고 서술한다. 또한 Zuplo 설문을 인용해 응답자의 72%가 향후 12개월간 사용 증가를 예상하고, 70%가 서버 2~7개를 동시에 사용하며, 49%가 개발자 생산성을 주요 투자 효과로 꼽았다고 전한다.

2. 공통 인터페이스와 전송 방식

MCP는 AI 클라이언트마다 외부 도구 연동을 별도로 구현해야 하는 문제를 공통 인터페이스로 줄이기 위한 공개 표준으로 설명된다. 기존에는 GitHub 같은 서비스도 Claude, Cursor, ChatGPT, VS Code에 각각 연결해야 했지만, MCP 서버를 한 번 구현하면 규격을 따르는 여러 클라이언트가 사용할 수 있다는 취지다. 기반 통신 규약은 JSON-RPC 2.0이며, 서버는 AI가 실행하는 도구, 읽을 수 있는 데이터인 리소스, 재사용 가능한 프롬프트 템플릿을 노출한다. Claude Code와 Codex는 모두 CLI가 로컬 하위 프로세스를 관리하는 stdio와 원격 서버에 연결하는 스트리밍 HTTP를 지원한다. 본문은 추가로 Claude Code가 기존 원격 서버용 SSE와 서버의 자발적 이벤트 전달을 위한 WebSocket을 지원하고, Codex는 stdio와 HTTP를 지원한다고 구분한다.

3. 설정 파일의 범위와 형식

Claude Code의 사용자 범위 설정은 ~/.claude.json에, 프로젝트 공유 설정은 프로젝트 루트의 .mcp.json에 저장된다고 안내한다. Codex는 사용자 설정에 ~/.codex/config.toml을 사용하며, 신뢰된 프로젝트에서는 .codex/config.toml을 프로젝트 설정으로 사용할 수 있다고 설명한다. 두 클라이언트가 연결하는 도구는 같아도 Claude Code는 최상위 mcpServers 객체 아래 JSON 항목을 두고, Codex는 [mcp_servers.<name>] 형식의 TOML 테이블을 사용한다. Claude Code의 원격 서버 항목은 URL만 적고 type을 생략하면 stdio로 해석되어 설정 오류가 발생하므로 전송 유형을 명시해야 한다는 주의가 제시된다. Codex에서는 mcp_servers 대신 mcp.servers처럼 잘못된 테이블 이름을 쓰면 해당 설정이 조용히 무시된다고 경고하며, 직접 편집보다 CLI 등록 명령을 사용하는 흐름을 소개한다.

4. 서버 등록과 인증 확인

본문은 각 서버의 설치 예시를 Claude Code와 Codex용으로 나누어 제공하고, 원격 HTTP 연결과 로컬 stdio 실행을 각각 보여준다. Claude Code의 claude mcp add에서 --scope user는 사용자 설정에 기록하며, 범위 옵션을 생략하면 현재 프로젝트에만 적용되는 비공개 로컬 범위가 기본값이라고 설명한다. 팀과 공유할 프로젝트 설정을 만들 때는 --scope project를 사용하며, 로컬 서버는 npx 실행 명령과 인수를 등록하는 방식으로 제시한다. Codex의 OAuth 연결은 codex mcp add로 설정을 등록한 다음 codex mcp login으로 브라우저 인증을 완료하는 두 단계이고, Claude Code는 첫 사용 시 인증을 시작한다고 구분한다. 두 CLI 모두 /mcp에서 서버의 연결 상태와 노출 도구를 확인할 수 있으며, Codex는 /mcp verbose로 추가 진단 정보를 제공하므로 원격 서버 인증과 호출할 도구 이름을 확인하는 데 활용할 수 있다고 안내한다.

5. 추천 서버 12종의 역할 구분

추천 표는 Firecrawl을 웹 검색·수집·문서 변환·상호작용·조사용으로, Playwright를 접근성 트리 기반 브라우저 자동화와 종단 간 테스트용으로, Chrome DevTools를 실행 중인 앱의 콘솔·네트워크·성능 추적용으로 분류한다. GitHub는 PR·이슈·Actions·저장소 간 코드 검색을, Linear는 티켓·사이클·프로젝트를, Asana는 작업·프로젝트·업무 흐름을 다루는 서버로 소개한다. Vercel은 빌드 로그·환경 변수·배포·도메인, Sentry는 오류 맥락·스택 추적·브레드크럼, Supabase는 범위를 지정한 Postgres·인증·스토리지·엣지 함수 접근을 담당한다. Sequential Thinking은 어려운 문제의 구조화되고 수정 가능한 추론을 지원하며, Sequel은 GA4·Search Console·광고·CRM·결제·제품 분석 서비스에 연결하고, Composio는 하나의 연결로 1,000개 이상의 SaaS 통합을 제공한다고 정리한다. 표에서 Playwright·Chrome DevTools·Sequential Thinking은 인증 없는 로컬 stdio, Supabase는 프로젝트 키를 사용하는 로컬 stdio로 표시되며, 나머지는 원격 HTTP와 OAuth 중심으로 제시된다.

6. 선정 기준과 평가 범위

필자 Rhys Hanak은 자신이 Firecrawl의 제품 마케팅을 담당하며 업무에 따라 Claude Code와 Codex를 번갈아 사용한다고 밝힌다. Chrome DevTools·Playwright·GitHub·Sentry·Vercel 같은 엔지니어링 도구는 팀과 제품을 출시하는 과정에서, Firecrawl·Linear·Asana·Sequel은 글쓰기·기획·수치 조회 같은 일상 업무에서 선택했다고 설명한다. 선정 기준은 두 CLI가 기본 상태에서 처리하지 못하는 구체적 역할을 제공하는지이며, 역할이 겹치면 더 간결한 도구 구성과 덜 제한적인 인증 방식을 갖춘 서버를 남겼다고 서술한다. 따라서 이 목록은 필자의 실제 업무 경험과 소속을 함께 고려해 읽어야 하며, 제공된 본문에는 모든 서버를 같은 조건으로 비교한 시험 절차나 결과가 제시되지는 않는다. 특히 자료가 Firecrawl 단점 설명의 시작 부분에서 끊겨 있어 다른 11종의 상세 사용 평가, 적정 동시 실행 개수, 최종 업무 적용 권고까지 확인할 수는 없다.

7. Firecrawl의 웹 작업 기능과 접근 조건

Firecrawl MCP는 검색·스크래핑·문서 변환·사이트 수집·구조 탐색·브라우저 상호작용·자동 조사·변경 감지를 하나의 서버에서 제공한다고 소개된다. 검색은 링크뿐 아니라 페이지 내용을 반환하고 시간 필터를 지원하며, 스크래핑은 자바스크립트 중심 페이지와 지역에 따라 달라지는 사이트를 처리해 Markdown이나 구조화된 JSON으로 변환한다고 설명한다. Parse는 PDF와 오피스 문서를 텍스트로 바꾸고, Crawl과 Map은 사이트 전체를 비동기로 수집하거나 구조를 탐색하며, Interact는 자연어 또는 Playwright 코드로 클릭·입력·로그인·페이지 이동을 수행한다. Agent는 검색과 탐색을 진행해 구조화된 조사 보고서를 만들고, Monitor는 페이지 변경분을 에이전트 작업 흐름에 전달하는 기능으로 제시된다. 가입 없이 사용하는 키리스 엔드포인트는 Search·Scrape·Parse만 제공하고 IP별 호출 제한이 있으며, OAuth 엔드포인트는 전체 도구를 제공하므로 접근 방식에 따라 사용할 수 있는 기능 범위가 달라진다.

8. Developer Index의 검색 차별점과 근거

필자는 Firecrawl MCP에서 특히 중요한 도구로 firecrawl_developer_search를 꼽으며, 매일 갱신되는 7,000만 개 이상의 개발 자료를 의미 기반으로 검색하는 Developer Index에 연결된다고 설명한다. 검색 대상은 README·GitHub 이슈·PR·OpenAPI 명세·변경 기록·외부 문서 사이트이며, 일반적인 웹 문서 목록보다 질문에 직접 답하는 특정 자료를 찾는 데 초점을 둔다. 자료 유형·저장소·언어·최소 별 수 등으로 범위를 좁힐 수 있고, 특정 버전 이전의 구현 방식이나 버그를 해결한 변경 사항을 찾는 예시가 제시된다. 본문은 필요한 개발 자료의 검색 성공을 평가하는 DevDex 벤치마크에서 Developer Index가 종합 1위를 기록했다고 주장하지만, 구체적인 점수나 비교 조건은 제공하지 않는다. 실제 PR·이슈·명세를 근거로 삼아 존재하지 않는 API를 제시하거나 문서를 반복 조회하는 일을 줄인다는 것이 필자의 평가이며, 이를 독립적으로 검증된 효과와 구분해 읽을 필요가 있다.

🧾 핵심 주장 / 시사점

• MCP의 공통 규격은 클라이언트 간 도구 재사용을 지원하지만, 실제 연결에서는 설정 문법과 인증 절차의 차이가 남는다.
• 추천 목록의 핵심은 역할 구분이며, 제공된 자료만으로 서버 간 성능 우열이나 적정 동시 실행 개수를 판단할 수는 없다.
• Firecrawl의 차별점은 실제 개발 자료를 찾는 검색 기능으로 제시되지만, 효과에 관한 평가는 필자의 소속과 제한된 벤치마크 설명을 함께 고려해야 한다.

✅ 액션 아이템

• 필요한 웹 자료·브라우저·배포·오류·업무 관리 기능을 기준으로 12종의 MCP 서버 후보를 비교.
• Claude Code의 JSON과 Codex의 TOML 설정을 구분하고, Codex의 OAuth 연결에서 등록 후 별도 로그인 여부를 확인.
• Firecrawl Developer Index가 실제 PR·이슈·명세를 검색해 답변 근거를 제공하는지 검토.

❓ 열린 질문

• 12종의 MCP 서버가 담당하는 웹 자료·브라우저·배포·오류·업무 관리 중 우선 필요한 기능은 무엇인가?
• Claude Code의 JSON과 Codex의 TOML 및 OAuth 절차 차이는 실제 연결 과정에서 어떤 영향을 주는가?
• 나머지 서버의 상세 평가가 없는 상태에서 Firecrawl Developer Index의 실제 PR·이슈·명세 검색 주장을 어디까지 판단할 수 있는가?