Cursor 的 agent 開箱就能讀你的 repo、寫程式，但它對外部世界幾乎一無所知：不知道函式庫文件改了什麼、看不到 Sentry 上的錯誤、也管不了你的 Vercel deploy。Firecrawl 的 Eric Ciarla 在 2026 年 10 月 5 日發表的一篇整理（What Are the Best Cursor Plugins to Install in 2026?）把市集裡的插件讀過一遍原始碼，留下十二個值得裝的。對 builder 來說，這篇文章真正的價值不在清單本身，而在它解釋了插件這層抽象到底改變了什麼。
插件和 MCP server 差在哪
Cursor 在 2026 年 2 月推出插件市集。根據 Cursor 的插件文件，一個插件可以打包六種元件：規則（.mdc 檔）、skills、subagents、slash commands、MCP servers 和 hooks。市集裡大多是 vendor 的 MCP server 加上一層薄的 skill 包裝，但這層包裝有意義：skills 和 rules 告訴 agent 什麼時候該動用哪個工具，讓工具在對的時機被叫用，而不是等你在 chat 裡明說。
安裝本身很簡單，在 agent panel 打：
/add-plugin firecrawl或從 Customize 面板搜尋後安裝，可選 project 或 user scope。會碰外部服務的插件（Sentry、Supabase、Linear 等）第一次使用要登入或填 key。市集裡的插件全部經人工審核且必須開源，Cursor 也會審每個更新。Cursor 同時支援開放的 Agent Plugins 標準，所以照那個規格做的插件也能在其他 agent 上跑。
清單上的幾個代表
Ciarla 的選擇邏輯是「我實際會交給 Cursor 的工作」：研究、文件、code review、除錯、記憶，加上多數 web app 依賴的服務。
- Firecrawl：補上 Cursor 內建 web search 只回傳片段的不足，能抓整頁、爬整個 docs 區、操作瀏覽器、監看頁面變化，回傳 LLM-ready 的 markdown。作者自陳這是他每台機器第一個裝的插件，理由很實在：agent 寫出爛程式的一半原因，是對 API 的假設過期了，讀現行文件頁就能修掉大半。這和我之前寫過的一個 /scrape 端點接上 200 個資料來源是同一套能力的延伸——現在它被包進了編輯器。
- GitHub：透過 GitHub 官方 MCP server 連上 repo、issue、PR 和 Actions。作者最常用的 prompt 是「讀我 open PR 的 review comments 然後逐一修掉」，小 nit 的 review 省下不少時間。要注意寫入動作是以你的身分執行，批准前先看它打算寫什麼。
- Superpowers：Jesse Vincent 的 skills 框架，帶進完整的開發方法論——brainstorming、TDD、系統化除錯、驗證才算完成——用 sessionStart hook 在每次 session 開頭自動載入。作者說 brainstorming 那一步是他留下它的原因：Cursor 會問出你本來會跳過的問題。
- pstack：Cursor 工程師 Lauren Tan 的 51 個 skills 加兩個 subagents，預設多模型分工（寫碼和判斷交給不同模型）。它的價值之一是強迫你先寫清楚什麼叫「done」。
選裝的務實考量
幾個取捨值得記住。Firecrawl 的重度爬蟲會耗 credits，免費額度是每月 1,000 credits，大任務會推你進付費方案。Superpowers 很有主見、刻意偏慢，一行小修用它是殺雞用牛刀——建議裝在 project scope，只給大型 codebase 用。pstack 假設你有多個 frontier model 的額度也願意花。
另一個面向是治理：在 Teams 和 Enterprise 方案上，admin 可以跑私有團隊市集，把插件標成 Default On 或 Required。如果你的團隊在生產環境用 agent，這比「裝哪個插件」更早需要決定。
這篇整理最後停在 Thermos（雙 subagent 平行做正確性與品質的 branch review）等更多條目。我的建議是從你每週真的重複做的事反推：如果 agent 常因文件過期而寫錯，先裝 Firecrawl；如果 review comments 追不完，先裝 GitHub。插件市集成長得比任何人需要的都快，最好的篩選器是你的 prompt 歷史，不是排行榜。