接上你的系統:用 MCP 與自訂指令把 Claude Code 變成你的工作流

你已經走完大半條路：講清楚任務、讓它讀懂專案、設好權限、審得了 diff、還能拆大任務平行跑。但 Claude Code 到目前為止，主要還在你的 repo 範圍內做事。

最後這一課，把這道牆打開：讓它連到你工作真正所在的其他系統——資料庫、issue tracker、文件、監控——並把你最常做的工作流封裝起來。

MCP:讓 Claude Code 連到 repo 以外的東西

你的工作不只在 code 裡。bug 在 issue tracker、規格在文件、資料在資料庫、錯誤在 log。MCP(Model Context Protocol) 就是讓 Claude Code 用一套標準協定連到這些外部工具與資料的方式——它常被比喻成「AI 工具的 USB-C」。(原理看大百科這篇)

接上之後，任務可以橫跨 code 和它的上下文：

「讀 issue #482 的描述，在 repo 裡定位相關的 code，修掉，補測試。」——它直接讀 issue tracker，不用你複製貼上。

「這支 query 很慢。連到 staging 資料庫看一下 schema 和 index，提一個優化方案。」——它讀得到真實 schema，不是猜。

常見的 MCP server:GitHub／GitLab issue、Postgres／資料庫、Sentry／log、Notion／文件、瀏覽器。接哪些，看你的工作流真正需要 Claude Code 看到什麼。

自訂指令與 skill:把重複工作流變成一句話

你會發現某些多步驟流程一直重複：「跑測試 → 修到綠 → 更新 changelog → 開 PR」、或某種固定的 release 檢查。

把它封裝成自訂指令(slash command)或 skill:寫一次流程，之後一句話叫出來。團隊共用的話，大家的「開 PR 前流程」「新元件樣板」就統一了——而且新人不用記，叫指令就對。

這跟前面的 CLAUDE.md 是一套思路：把固定不變的知識與流程，從「每次重講」變成「存一次、重複用」。 CLAUDE.md 存慣例，自訂指令存流程。

安全：接得越多，界線越要清楚

接上外部系統很強，但你早該有的直覺在這裡放大：它能碰的越多，出錯或外洩的代價越大。

• 一次接一個，從唯讀開始。 先讓它「讀」issue、讀 schema、讀 log，別一開始就給「寫資料庫」「關 issue」「改 production」的權限。
• 敏感連線特別小心。 連 production 資料庫、連會發通知或改狀態的系統前，想清楚最壞情況。
• 紅燈動作維持人工放行、用 hooks 把關。 MCP 讓它能做的事變多，但「哪些要先問你、哪些絕對不能做」還是由你的權限與 hooks 決定。接上資料庫不代表讓它自動 DROP。

成本：把它當治理問題

接上更多系統、跑更多自動化、開更多子代理，用量就上去。回想 Anthropic 自己的估算：企業部署平均每位開發者每個 active day 約 13 美元、每月 150–250 美元。(延伸：為什麼它從訂閱工具變成用量治理問題)

對團隊，這代表 Claude Code 不只是個人生產力工具，是一筆要管的用量：誰能用、用在哪些值得的任務、怎麼監看用量。個人用感覺不到，團隊規模化就得有人算這筆帳——把它當治理問題，而不是等帳單來才驚訝。

動手：接一個系統、做一個自訂指令

1. 挑一個你天天切換出去的系統(issue tracker 或文件)，用 MCP 唯讀接上 Claude Code。
2. 給一個跨 code 和那個系統的任務(例如「照這個 issue 修」)，看它能不能少你幾次複製貼上。
3. 挑一個你每週重複的流程，封裝成一個自訂指令。

你走完了這條路線

回頭看：你從「Claude Code 跟自動補全差在哪」開始，到現在能讓它在你的 repo 完成真任務、讀懂專案、設好權限、審得了 diff、拆大任務平行跑、接進你的系統——而且每一步你都守得住界線、管得住成本。這不是多會用一個工具，是把一個 coding agent 變成你工作流的一部分。

但 Claude Code 版本更得很快——新功能、新的編排能力、成本與治理的變化一直出現。學完不是終點：接下來，跟著最新消息，把這套工作方式一直更新下去。

林子睿（編輯：廖玄同），《接上你的系統:用 MCP 與自訂指令把 Claude Code 變成你的工作流》，矽基前沿 [Si]gnals，2026-06-19。https://signals.tw/articles/claude-code-mcp-skills/