嗨，我係 Lena。一開始我其實唔係想整一份排行榜。我只係喺呢幾個月一路留意：邊啲 MCP server 會長期留喺我嘅 config 入面，邊啲喺幾次失敗 session 之後就靜靜地被刪走咗。呢個模式我覺得值得寫低。
最好用嘅 MCP servers 通常唔係聲量最高嗰啲。真正重要嘅係：佢哋要穩定、唔使成日重新認證，仲要解決到真實工作入面高頻出現嘅問題，而唔係只係 demo 睇落好勁。
呢篇文係我將呢啲觀察整理出嚟嘅一次嘗試。
一個 MCP Server 值唔值得用，應該睇咩
穩定性同維護狀態
要識別一個維護得唔好嘅 server，最簡單就係睇上游 API 一改會發生咩事。好多週末趕工整出嚟嘅社群 server，過一排就冇聲氣。官方 server——即係由底層服務所屬公司自己維護嗰類——通常會更可靠咁跟返佢哋自己嘅 API 更新。
Anthropic's official MCP servers repository 可以當做判斷乜嘢叫持續維護嘅基準。好似 GitHub 官方嘅 MCP server，佢提供咗 read-only mode flag（X-MCP-Readonly header），明顯係按 production 風險去設計，唔係只係為咗 demo 方便。
真實實用性 vs demo 震撼感
有啲 server 截圖睇落好吸引。但你一畀少少唔尋常嘅輸入，佢就散；或者回傳慢到根本放唔入 agentic loop。我一路用落去就愈嚟愈覺得：demo 可用同真實 workflow 可用之間嘅距離，比好多軟件都闊。
值得長期留低嘅 server，通常都係解高頻問題：讀檔、查 database、做 web search、同 version control 互動。唔花巧，唔炫技，係可靠。
安全影響面
呢一部分我而家仲係覺得有啲未完全睇清，我想老實講。每個 MCP server 都係一個可以執行動作嘅 subprocess；有啲有 write permissions，有啲會攞你嘅 credentials 去 call 外部 API。
Truto's analysis of Slack MCP security trade-offs 將呢個問題講得好清楚：當一個 autonomous agent 可以接觸你嘅通訊平台時，least privilege 原則好重要。做到 read-only credentials 就盡量用 read-only；喺 production 開啟之前，先 audit 清楚每個 server 實際可以做啲咩。
點樣安裝同配置 MCP Servers
配置檔通常喺 claude_desktop_config.json（Claude Desktop）或者 ~/.claude.json（Claude Code）。一個典型設定會係咁：
{
"mcpServers": {
"server-name": {
"command": "npx",
"args": ["-y", "@package/mcp-server"],
"env": { "API_KEY": "your_key" }
}
}
}
有一點值得特別提：活躍 server 最好控制喺 5-6 個左右。每一個都會拉起一個 subprocess。多過呢個數，速度會明顯慢落嚟——我見過 10+ server 同時開住時，context budget 比預期快好多被食咗。
至於 IDE 相關設定（Cursor、Windsurf、VS Code），syntax 其實唔完全一樣。Claude Code 會用 CLI 嘅 claude mcp add。與其假設 config format 可以直接搬過去，不如跟返你用緊嗰個 client 嘅官方文件。
按類別睇最值得留低嘅 MCP Servers
檔案同系統存取
Filesystem MCP Server — 最基礎，亦都最關鍵。你可以按目錄權限去讀、寫、整理本地檔案。佢跟 Claude Desktop 一齊提供，而且係我用過最穩定嘅 server 之一。範圍由你控制，blast radius 就比較容易管。
Google Drive MCP — 可以喺個人同共享 drives 入面搜尋、讀取、整理 cloud documents。要先喺 Google Cloud Console 做 OAuth 設定。設定好咗之後都算穩定，只係第一次 auth flow 需要啲耐性。
Web 搜尋同瀏覽
Brave Search MCP — 偏重私隱嘅 web search，API 乾淨。需要 api.search.brave.com 嘅 API key。對要攞 training data 以外即時資訊嘅 agent 嚟講，呢個係我見過最穩定嘅選項之一。
Firecrawl MCP — 將 URL 轉成乾淨 Markdown。攞最新文件或者第三方參考資料都幾啱用。對大部分 use case，佢比完整 browser automation 更輕、更快。
Puppeteer MCP — 當 Firecrawl 唔夠用，就用 browser automation。可以處理動態渲染內容、表單互動同網站測試。佢相對重——特定 use case 值得，但唔適合當預設。
程式碼同開發工具
GitHub MCP Server — 喺 Claude Desktop、Cursor 同 Claude Code 入面都係高頻 server。GitHub's official MCP server 支援 repository 管理、PR review、issue tracking 同 CI/CD inspection。由 GitHub 官方直接維護，API 變更時呢點好重要。token scope 亦都要小心——如果 private repo 睇唔到，先檢查你嘅 PAT scopes。
Docker MCP — 用自然語言去 build、run、inspect containers。debug containerized services 或者生 Dockerfile 都幾實用。尤其喺本地開發環境，佢可以減少 terminal 同 AI context 之間切換嘅磨擦。
Database connectors
PostgreSQL MCP — 將自然語言轉成對 Postgres 嘅 SQL。佢補返咗 code 變更同資料影響之間嘅迴路。對 backend 比重高嘅 workflow 特別有用：冇 database context 去 debug，等於成件事只係睇到一半。
SQLite MCP — 輕量好多，設定又少。好啱本地開發同測試 databases。做快速探索時，佢通常比 Postgres 更快起步。
知識同文件
Notion MCP — 令 AI agent 可以讀 pages、databases 同 tasks。對知識主要放喺 Notion 嘅團隊好有用，agent 可以直接參考或者更新內容，唔使成日手動 copy-paste。
Context7 MCP — 即時由 source repositories 抓取 version-specific documentation。佢真係解緊一個實際問題：Claude 會建議過時方法，或者漏咗新 API，尤其係更新快嘅 frameworks。
溝通（Slack、email）
Slack MCP Server — 到 2025 年 12 月，Anthropic 將 MCP 捐咗去 Linux Foundation 旗下嘅 Agentic AI Foundation，OpenAI 同 Block 係共同創始成員；個 protocol 月度 SDK 下載量去到 9,700 萬。官方 Slack MCP server 有 47 個 workspace 工具：搜尋訊息、發佈到 channels、管理 workflows。連接後用 OAuth 做一次 auth。對好多脈絡都留喺 Slack threads 嘅團隊，呢個 server 會改變一個 session 入面 research 嘅做法。
Gmail / Email MCP — 可以 compose、send、manage email。對涉及 outreach、summaries、notifications 呢啲 downstream steps 嘅 agent workflow 幾有幫助。最大磨擦位仍然係 authentication，最好預先規劃。
雲端基礎設施
AWS MCP — 透過 AI 管理 EC2、S3、IAM、CloudWatch 同其他 AWS services。對 AWS 為核心基建嘅團隊，呢個係比較完整嘅選項之一。建議用 scope 收窄嘅 credentials，探索性查詢盡量用 read-only roles。
Cloudflare MCP — 管理 Workers、KV、R2、D1、DNS 同 security rules。Cloudflare 喺官方 MCP 實作上投放得幾多，維護故事普遍比好多社群 cloud servers 更好。
EvoMap Capsule：喺 MCP 之上嘅 capability layer
有個方向我最近一直留意，佢同 MCP 係相鄰，但唔係 MCP 入面本身。
MCP 解決嘅係連接問題——AI agent 點樣去到 file system、database、Slack channel。佢冇處理嘅係：agent 用呢啲連接得出嚟嘅知識，最後會去邊。成功 debugging paths、已解決嘅 edge cases、驗證過嘅 workflows——session 完咗之後，通常唔會有結構化沉澱。
有個平台叫 EvoMap，就係喺度探索呢一層。佢圍繞 GEP（Genome Evolution Protocol）去建，核心資產類型係 Genes（可重用策略模板）同 Capsules（帶 audit records 嘅已驗證解法），想捕捉嘅係乜嘢做法有效，而唔係只係記錄連咗乜。
個 framing 係：一個 agent 解決到嘅問題，可以俾其他 agent 繼承，而唔使每個 agent 都獨立再搵一次同一個 fix。呢套講法最終係咪真係 scale 到佢講嘅程度，我仲未完全肯定。Agent-to-Agent（A2A）network 可以唔用 API key 就完成註冊同 capability publishing，的確降低咗做實驗嘅門檻。
如果講體驗型 plugins 比標準 MCP servers 多出嚟嘅價值，大概就係：記住嘅係 outcomes，而唔係淨係 tools access。MCP 會話畀 agent 知去邊度搵；而似 Capsule 呢一層，會話畀佢知上次有人去到嗰度時，邊個方法真係 work。
我仲喺度觀察佢會點樣發展。佢唔似係隨機概念，但我暫時都未形成完整判斷。
建議避開嘅 MCP Servers
社群 MCP servers 常見紅旗
有幾個模式我見得多，實戰時特別易出事：
- No commits in 6+ months — 佢哋連接嘅底層 API 一定會變。冇維護嘅 server 可能會靜默失效，或者回傳過時結果，而且錯誤訊息唔清楚。
- No authentication scoping — 一個 server 明明只需要 read access，卻要求好闊 permissions，呢個就係要停一停再審視嘅信號。
- Single-maintainer repos with no issues addressed — 單獨睇未必即刻出局，但同上面兩點一齊出現時，通常代表個項目比較似 released 咗就算，唔係持續 maintained。
- No documented error handling — 喺 agentic loop 入面，server 如果靜默 crash 而唔回傳結構化錯誤，會引發好難 debug 嘅連鎖失敗。
SkillsIndex's 2026 MCP guide 用 5 分制安全評級去評 server——只要你考慮 production，用之前都值得睇。佢哋去到 2026 年初已經索引超過 4,000 個 server，做篩選好有參考價值。
FAQ
1 2026 年最好嘅 MCP server 係邊個？
視乎 workflow。對多數開發者嚟講，GitHub MCP Server 同 Filesystem MCP Server 已經覆蓋最高頻場景。數據密集工作可以揀 PostgreSQL MCP。要即時 web 資訊就揀 Brave Search 或 Firecrawl。唔存在單一最強，只有最啱你實際工作嘅組合。
2 點樣安裝 MCP server？
Claude Desktop 可以喺 claude_desktop_config.json 加一條 JSON 設定；Claude Code 可以用 CLI 嘅 claude mcp add。大部分 server 都可以透過 npx 安裝，除咗 config 基本唔使本地額外 setup。改完 config 記得重啟 client——server 係開機時載入，唔係即時熱載入。
3 MCP servers 係咪免費？
大部分官方 server 係 open-source，本地運行免費。不過有啲會需要自己計費嘅 API key（GitHub PAT、Brave Search API、Firecrawl）。Claude API usage is metered separately through Anthropic's pricing—MCP servers 只係擴展 Claude 可到達嘅範圍，唔會改變底層 model 計費。
呢份清單反映嘅係截至 2026 年初可驗證仍然活躍維護嘅項目。之後一定會變，我會繼續睇住。
…我暫時寫到呢度先。
Previous Posts:
