Fetch (reference server)의 단점은 무엇입니까?

신뢰할 수 없는 페이지 텍스트를 걸러 내지 않고 모델에 넘깁니다; JavaScript 렌더링과 웹 검색이 없습니다; SSRF 보호가 DNS 리바인딩을 막지 못하고, 열린 issue에 따르면 NAT64 주소도 놓칩니다; Docker 이미지가 root로 실행됩니다.

팀이나 프로덕션 환경에서 Fetch (reference server)의 비용은 얼마입니까?

무료입니다. 실제 비용은 컨텍스트입니다. 호출마다 기본으로 최대 5,000자, 약 1,200토큰을 돌려주므로, 작업당 열 페이지를 읽는 에이전트는 모델 요금에 입력 토큰 약 12,000개를 더합니다.

Fetch (reference server)에 회사 데이터를 맡겨도 안전합니까?

자격 증명 없이 로컬에서 실행되며, 모든 공개 URL에 접속할 수 있습니다. 가져온 콘텐츠는 신뢰할 수 없으며 걸러지지 않고 모델의 컨텍스트로 들어갑니다. 이것이 주된 프롬프트 인젝션 경로입니다. Fetch에 대해 공개된 보안 권고는 없으며, 저장소의 권고는 git과 filesystem 서버에 관한 것입니다.

Fetch (reference server)의 가장 좋은 대안은 무엇입니까?

저희가 리뷰한 것 중 가장 가까운 대안은 Firecrawl MCP 및 Playwright MCP입니다.

Fetch (reference server) MCP 서버 리뷰 (2026)

Fetch (reference server)의 개요

Fetch는 modelcontextprotocol/servers 저장소에서 지금도 유지되는 레퍼런스 서버 일곱 개 중 하나이며, servers-archived로 옮겨진 서버에는 포함되지 않았습니다. 도구가 fetch 하나뿐인 작은 Python 서버로, 페이지를 내려받아 HTML을 markdown으로 바꾸고 기본으로 최대 5,000자를 돌려줍니다. 모델은 start_index를 넘겨 나머지를 나눠 읽거나, 원본 HTML을 요청할 수 있습니다.

2026년 10월 릴리스(PyPI 최신 버전 2026.10.19)는 MCP Python SDK 2.x 위에서 다시 만들어졌고, stdio에서 2025-11-25와 2026-07-28 프로토콜 버전을 모두 지원합니다. uvx mcp-server-fetch, pip, 또는 mcp/fetch Docker 이미지로 실행합니다. API 키가 필요 없고 MIT 라이선스입니다.

Fetch (reference server) 설치 방법

uvx mcp-server-fetch

Fetch (reference server), 쓸 만한 가치가 있습니까?

클라이언트에 웹을 읽는 기본 기능이 없을 때 Fetch가 기본 선택입니다. 도구 하나, 계정 없음, markdown 출력, 분할 읽기 덕분에 컨텍스트 비용이 적습니다. 기본값 5,000자는 호출당 문서 한 페이지 정도이고, 모델은 start_index로 더 요청할 수 있습니다.

더 큰 위험은 네트워크가 아니라 내용입니다. Fetch가 돌려주는 모든 페이지는 그대로 모델의 컨텍스트에 들어가며, 서버는 그 안에 숨겨진 지시를 걸러 내거나 표시하지 않습니다. 이 도구에는 openWorldHint 주석이 붙어 있습니다. 임의의 호스트에 접속한다는 것을 프로토콜 방식으로 알리는 표시입니다. GitHub나 파일 시스템처럼 쓰기가 가능한 서버와 함께 쓰면, 악성 페이지가 에이전트를 그 도구들을 쓰도록 유도하려 할 수 있습니다. 그런 구성에서는 도구 호출을 직접 승인하거나, 에이전트가 행동하기 전에 가져온 텍스트를 검사하십시오.

네트워크 보호 장치는 나아졌습니다. 이제 기본으로 루프백, 사설, 링크 로컬 주소와 169.254.169.254 같은 클라우드 메타데이터 주소를 거부하고, 리디렉션 단계마다 확인합니다. README는 DNS 리바인딩은 막지 못한다고 인정하며, 10월 19일에 열린 issue는 NAT64 접두사 64:ff9b::/96이 검사를 통과한다고 보고합니다. 또 다른 열린 issue는 Docker 이미지가 app 사용자를 만들지만 여전히 root로 실행된다고 지적합니다. 내부 서비스에 접근할 수 있는 컴퓨터에서는 --allow-private-ips를 꺼 두십시오.

또 사용자가 아니라 모델이 페이지를 요청할 때는 robots.txt를 따르고 'Autonomous'라고 표시된 사용자 에이전트를 보내므로, 일부 사이트는 요청을 거부합니다. JavaScript 렌더링이 없어서 단일 페이지 앱은 내용이 빈약하게 돌아옵니다. 그런 페이지는 Firecrawl과 Playwright가 처리하지만, API 요금이나 헤드리스 브라우저라는 대가가 따릅니다. Claude Code 사용자에게는 이미 내장 fetch 도구가 있습니다.

제 역할을 하는 곳

웹 접근 기능이 내장되지 않은 MCP 클라이언트를 쓰는 개발자
연동 기능을 작성하면서 API 문서 페이지 읽기
모델이 문서 페이지를 markdown으로 가져와 5,000자 단위로 넘겨 가며 읽습니다. 무료이며, 일반적인 페이지는 원본 HTML이 아니라 컨텍스트 몇천 토큰 정도가 듭니다.
개발자 50명에게 MCP를 도입하는 플랫폼 엔지니어
내부 서비스로 가는 길을 열지 않고 웹 읽기 기능을 제공하기
기본 사설 주소 보호를 켜고 --allow-private-ips 없이 Fetch를 배포하며, 쓰기 도구와 함께 실행될 때는 호출마다 승인하게 합니다. 운영 비용은 없고, 필요한 일은 라이선스가 아니라 정책입니다.
컨설팅 회사의 리서치 분석가
공개 보고서와 보도 자료 목록을 요약하기
에이전트에 URL을 하나씩 넣으면 Fetch가 각각을 요약용 markdown으로 바꿉니다. robots.txt로 자율 사용자 에이전트를 막는 사이트에는 --ignore-robots-txt나 다른 도구가 필요합니다.

도입 전 확인할 점

설정: 클라이언트 설정에 uvx mcp-server-fetch(또는 docker run -i --rm mcp/fetch)를 추가합니다. README에는 Claude Desktop과 VS Code 설정이 있습니다. Node.js 설치는 선택 사항이지만, 설치하면 더 튼튼한 HTML 단순화 도구를 쓸 수 있습니다. 1분 안에 첫 호출이 됩니다.
연동: url, max_length, start_index, raw 인수를 받는 읽기 전용 도구 fetch 하나와, 사용자가 직접 읽기를 시작할 때 쓰는 fetch 프롬프트가 있습니다. HTTP와 SOCKS5 프록시, 맞춤 사용자 에이전트를 지원합니다.
데이터와 개인정보: 자격 증명 없이 로컬에서 실행되며, 모든 공개 URL에 접속할 수 있습니다. 가져온 콘텐츠는 신뢰할 수 없으며 걸러지지 않고 모델의 컨텍스트로 들어갑니다. 이것이 주된 프롬프트 인젝션 경로입니다. Fetch에 대해 공개된 보안 권고는 없으며, 저장소의 권고는 git과 filesystem 서버에 관한 것입니다.
대규모 사용 시 비용: 무료입니다. 실제 비용은 컨텍스트입니다. 호출마다 기본으로 최대 5,000자, 약 1,200토큰을 돌려주므로, 작업당 열 페이지를 읽는 에이전트는 모델 요금에 입력 토큰 약 12,000개를 더합니다.
제한: JavaScript 렌더링이 없고, 열린 issue에 따르면 30초 제한 시간을 바꿀 수 없으며, 모델의 요청에는 robots.txt가 적용되고, 일부 콘텐츠 유형에서는 본문 추출이 실패합니다.

좋은 점

API 키나 계정이 필요 없습니다
분할 읽기로 긴 페이지도 컨텍스트 안에 들어갑니다
기본으로 사설, 루프백, 메타데이터 주소를 차단합니다
공식 저장소에서 활발히 유지됩니다

아쉬운 점

신뢰할 수 없는 페이지 텍스트를 걸러 내지 않고 모델에 넘깁니다
JavaScript 렌더링과 웹 검색이 없습니다
SSRF 보호가 DNS 리바인딩을 막지 못하고, 열린 issue에 따르면 NAT64 주소도 놓칩니다
Docker 이미지가 root로 실행됩니다

Fetch (reference server) 대안

Firecrawl MCP

Firecrawl브라우저 및 웹

4.4/5

검색, 스크레이핑, 크롤링, 사이트 맵 작성, 브라우저 조작을 지원하고 markdown이나 JSON을 돌려주는 Firecrawl의 서버입니다. 키 없이 쓰는 호스팅 등급도 있습니다.

Playwright MCP

Microsoft브라우저 및 웹

4.7/5

Microsoft의 브라우저 서버입니다. 접근성 스냅샷을 바탕으로 Chromium, Firefox, WebKit을 조작하므로 에이전트가 비전 없이 작업합니다.

Fetch (reference server): 자주 묻는 질문

Fetch (reference server), 쓸 만한 가치가 있습니까?: 딱 한 가지 일만 하는 무료, 무키 페이지 리더입니다. 그리고 낯선 사람의 웹 페이지에 적힌 내용을 무엇이든 그대로 모델에 넘깁니다. 평점은 5점 만점에 3.7점입니다.
Fetch (reference server)의 가격은 얼마입니까?: 무료 오픈소스입니다.
Fetch (reference server)의 단점은 무엇입니까?: 신뢰할 수 없는 페이지 텍스트를 걸러 내지 않고 모델에 넘깁니다; JavaScript 렌더링과 웹 검색이 없습니다; SSRF 보호가 DNS 리바인딩을 막지 못하고, 열린 issue에 따르면 NAT64 주소도 놓칩니다; Docker 이미지가 root로 실행됩니다.
Fetch (reference server)에 적합한 사람은 누구입니까?: 페이지 리더가 없는 MCP 클라이언트에 기본적인 무료 페이지 리더를 원하는 개발자입니다.
팀이나 프로덕션 환경에서 Fetch (reference server)의 비용은 얼마입니까?: 무료입니다. 실제 비용은 컨텍스트입니다. 호출마다 기본으로 최대 5,000자, 약 1,200토큰을 돌려주므로, 작업당 열 페이지를 읽는 에이전트는 모델 요금에 입력 토큰 약 12,000개를 더합니다.
Fetch (reference server)에 회사 데이터를 맡겨도 안전합니까?: 자격 증명 없이 로컬에서 실행되며, 모든 공개 URL에 접속할 수 있습니다. 가져온 콘텐츠는 신뢰할 수 없으며 걸러지지 않고 모델의 컨텍스트로 들어갑니다. 이것이 주된 프롬프트 인젝션 경로입니다. Fetch에 대해 공개된 보안 권고는 없으며, 저장소의 권고는 git과 filesystem 서버에 관한 것입니다.
Fetch (reference server)의 가장 좋은 대안은 무엇입니까?: 저희가 리뷰한 것 중 가장 가까운 대안은 Firecrawl MCP 및 Playwright MCP입니다.

답변 확인일: 2026년 10월 23일.