MCP 서버 목록: 실제로 띄워서 확인한 7개

아래 서버는 전부 npx로 띄운 뒤 initialize를 보냈고, 각자 이름을 밝히며 자기 도구 개수를 담은 tools/list로 응답했습니다. 아래 도구 이름은 문서가 아니라 그 응답에서 그대로 옮긴 것입니다.

도구 개수는 서버의 우수함이 아니라 역할을 그대로 보여줍니다. Playwright가 24개를 보고하는 이유는 브라우저를 완전히 조작하려면 그만큼의 동작이 필요하기 때문이고, sequential-thinking이 정확히 1개인 이유는 하는 일이 하나뿐이기 때문입니다. server-everything은 테스트·예제용 서버라서 echo, get-sum처럼 실무용이 아닌 도구들로 채워져 있습니다.

@modelcontextprotocol/server-filesystem — secure-filesystem-server v0.2.0 — 14 tools
  read_file, read_text_file, read_media_file, read_multiple_files, write_file,
  edit_file, create_directory, list_directory, list_directory_with_sizes,
  directory_tree, move_file, search_files, get_file_info, list_allowed_directories

@playwright/mcp — Playwright v1.63.0-alpha-2026-08-31 — 24 tools
  browser_close, browser_resize, browser_console_messages, browser_handle_dialog,
  browser_evaluate, browser_file_upload, browser_drop, browser_find, browser_fill_form,
  browser_press_key, browser_type, browser_navigate, browser_navigate_back,
  browser_network_requests, browser_network_request, browser_run_code_unsafe,
  browser_take_screenshot, browser_snapshot, browser_click, browser_drag, browser_hover,
  browser_select_option, browser_tabs, browser_wait_for

@modelcontextprotocol/server-github — github-mcp-server v0.6.2 — 26 tools
  create_or_update_file, search_repositories, create_repository, get_file_contents,
  push_files, create_issue, create_pull_request, fork_repository, create_branch,
  list_commits, list_issues, update_issue, add_issue_comment, search_code, search_issues,
  search_users, get_issue, get_pull_request, list_pull_requests, create_pull_request_review,
  merge_pull_request, get_pull_request_files, get_pull_request_status,
  update_pull_request_branch, get_pull_request_comments, get_pull_request_reviews

@modelcontextprotocol/server-everything — mcp-servers/everything v2.0.0 — 12 tools
  echo, get-annotated-message, get-env, get-resource-links, get-resource-reference,
  get-structured-content, get-sum, get-tiny-image, gzip-file-as-resource,
  toggle-simulated-logging, toggle-subscriber-updates, trigger-long-running-operation

@modelcontextprotocol/server-memory — memory-server v0.6.3 — 9 tools
  create_entities, create_relations, add_observations, delete_entities,
  delete_observations, delete_relations, read_graph, search_nodes, open_nodes

@upstash/context7-mcp — Context7 v4.0.5 — 2 tools
  resolve-library-id, query-docs

@modelcontextprotocol/server-sequential-thinking — sequential-thinking-server v2026.8.31 — 1 tool
  sequentialthinking

공식 서버 패키지들에 npm view <패키지> deprecated version을 실행해 보니 4개는 지원 중단, 4개는 2026.8.31 기준 정상이었습니다. 지원 중단된 4개는 공교롭게도 "awesome MCP" 목록과 설치 안내 글에서 가장 자주 추천하는 바로 그 네 패키지이며, 지원 중단 안내 어디에도 대체 패키지가 적혀 있지 않았습니다.

Deprecated (npm view … deprecated returns a message)
  @modelcontextprotocol/server-postgres       0.6.2  "Package no longer supported"
  @modelcontextprotocol/server-puppeteer      0.6.2  deprecated
  @modelcontextprotocol/server-github          0.6.2  deprecated
  @modelcontextprotocol/server-brave-search   0.6.2  deprecated

Current (no deprecation flag, latest version 2026.8.31)
  @modelcontextprotocol/server-filesystem
  @modelcontextprotocol/server-memory
  @modelcontextprotocol/server-sequential-thinking
  @modelcontextprotocol/server-everything

위 지원 중단 목록에 있는 server-github은 문제없이 떴고, 도구 26개를 정상적으로 보고했습니다(전체 목록은 첫 번째 섹션 참고). 즉 여기서 "지원 중단"은 패키지가 실행되지 않는다는 뜻이 아닙니다. 관리자가 더 이상 고치지 않는다는 뜻입니다. 버그 수정도, 새 도구 추가도, 앞으로의 보안 패치도 없습니다. "실행되는지"만 확인하는 목록은 npm 페이지가 이미 관리 중단을 알리고 있는데도 이 네 패키지를 계속 추천하게 됩니다.

아래 패키지들도 같은 방식으로, 인자와 자격 증명 없이 npx로 띄우고 50초를 기다렸습니다. 모두 initialize 응답이 오지 않았고, 이 방식으로는 도구 목록을 확인할 수 없었습니다.

기록은 딱 여기서 멈춥니다. 다섯 중 둘은 stderr에 지원 중단 경고를 찍었고 셋은 아무것도 찍지 않았지만, 각각이 왜 응답하지 않았는지 — 필수 인자, 자격 증명 누락, 아니면 전혀 다른 이유 — 는 이번 조사에서 확인하지 않았습니다. 그래서 이 글은 "인자 없이는 도구 목록을 볼 수 없었다"는 관찰만 적고, 이유는 추측하지 않습니다.

@modelcontextprotocol/server-postgres      (stderr: deprecation warning only)
@modelcontextprotocol/server-puppeteer     (no stderr)
@modelcontextprotocol/server-brave-search  (stderr: deprecation warning only)
firecrawl-mcp                              (no stderr)
@notionhq/notion-mcp-server                (no stderr)

10초로 기다렸을 때는 sequential-thinking, everything, context7 세 서버가 전혀 응답하지 않았습니다. 45초로 늘리자 셋 다 정상 응답했습니다. 이 지연은 npx가 패키지를 처음 내려받는 시간이지 서버가 고장 난 게 아닙니다. 연결 제한 시간이 짧은 클라이언트는 첫 연결에서 이 서버들을 죽었거나 실패한 것으로 볼 수 있는데, 해결책은 패키지를 포기하는 게 아니라 미리 한 번 실행해 npm 캐시를 채워 두는 것입니다.

캐시가 채워진 뒤에는 같은 서버들이 각각 몇 초 안에 응답했습니다. memory 약 2,994ms, sequential-thinking 약 3,665ms, context7 약 3,946ms로, 프로세스 시작부터 initialize와 tools/list 왕복이 끝날 때까지를 잰 값입니다.

server-filesystem에는 --help 플래그가 없습니다. npx -y @modelcontextprotocol/server-filesystem --help를 실행하면 --help를 디렉터리 경로로 해석해 "Cannot access directory C:\...\--help, skipping"을 출력하고, 접근 가능한 디렉터리가 하나도 주어지지 않았으므로 "Error: None of the specified directories are accessible."로 끝납니다. 이 서버에 넘기는 인자는 전부 접근을 허용할 디렉터리이며 별도의 도움말 모드는 없습니다.

mcp-server-time은 npx로 아예 설치되지 않습니다. npm error code ENOVERSIONS로 실패하는데, 이 패키지가 npm에 올라와 있지 않기 때문입니다. 공식 배포 경로가 npm이 아니라 파이썬 쪽입니다. "모든 공식 MCP 서버는 npx로 실행된다"고 적은 목록이 있다면 이 조사가 그 말이 틀렸음을 보여줍니다.

공식 서버 모음, Playwright MCP, Context7은 아래 저장소에서 관리됩니다. 이번 조사에서 서버들의 버전 표기 방식도 제각각이었습니다. filesystem은 v0.2.0, sequential-thinking과 everything은 날짜 형식 v2026.8.31, Playwright는 프리릴리스 태그 v1.63.0-alpha-2026-08-31까지 섞여 있어 버전 형식만으로는 성숙도를 판단할 수 없습니다.

Official servers: https://github.com/modelcontextprotocol/servers
Playwright MCP:   https://github.com/microsoft/playwright-mcp
Context7:         https://github.com/upstash/context7