架一台 MCP Server

先把上一集的定義接回來。MCP 是一套標準,規定 Agent 要怎麼去操作外面或裡面的各種能力。而所謂的 server,講白了就是「被操作的那一端」。你可以想成:Agent 是伸手要用東西的人,server 是那個把東西擺出來、等著被拿的人。上一集我們站在 Agent 這邊當使用者,這一集,我們要換到 server 這邊,當提供能力的人。

那 MCP server 到底扮演什麼角色?它站在整個流程裡「工具的那一端」。它的工作,是把某一個能力,包裝成一台 Agent 能用標準方式呼叫的 server。這個能力可以很單純,比如幫忙查一筆資料、幫忙呼叫某個服務、幫忙讀一份檔案。重點不是能力多厲害,而是:它被包成了一個標準的門面,誰都能照同一套規矩來敲門。

一台 MCP server 架好之後,會對外宣告三種東西,你先記住這三類就好。第一種是可以呼叫的動作,叫 tools,就是「你可以叫我做這些事」。第二種是可以讀取的資料,叫 resources,就是「你可以來我這邊讀這些內容」。第三種是現成可用的提示範本,叫 prompts。Agent 當使用方連上來,就是照標準協定,去看你宣告了哪些、然後挑著用。

接下來講怎麼架。整件事拆成四個步驟,我先給你一張全景,後面再一個一個展開。第一步,決定你要開放哪些能力。第二步,把每一個能力,定義成一個清清楚楚的工具。第三步,把這些工具跑成一台實際在運作的 server。第四步,到 Agent 那一端做設定,讓它連上你這台 server。四步走完,一台能被 Agent 使用的 server 就成形了。

第一步,決定開放哪些能力。這一步其實是在做取捨,不是把你手邊會的東西全部攤出來。你要先想清楚:我到底想讓 Agent 幫我做哪些事?然後從裡面,挑出真的值得、也適合開放的那幾項。開得太少,Agent 幫不上忙;開得太雜,後面又難管。所以這一步花點時間想清楚範圍,是整台 server 好不好用、好不好顧的關鍵。

第二步,把每一個能力定義成一個工具。這裡的重點是「講清楚」,因為 Agent 是靠你的描述來判斷該不該用、怎麼用。每個工具要做三件事:取一個一看就懂的名字;講清楚要餵它什麼,也就是輸入是什麼;再講清楚它會回你什麼,也就是輸出是什麼。名字和說明寫得越清楚,Agent 就越不會用錯,這一步偷懶,後面就會出亂子。

第三步和第四步,把它接起來。第三步,把你定義好的那些工具,跑成一台實際在運作的 server,讓它待在那邊等人來呼叫。第四步,回到 Agent 那一端,做個設定,告訴 Agent「有這麼一台 server,連上去」。因為兩邊講的是 MCP 這同一套協定,設定好之後就通了,Agent 就看得到你宣告的那些工具,可以開始用了。

把一次完整的來回走一遍,你就懂資料怎麼流了。Agent 想做一件事,它不會亂猜,而是先問 server:你有哪些工具?server 把宣告的清單回給它。Agent 從裡面挑一個合適的,帶上該帶的參數,發出呼叫。server 這邊實際去把事情執行掉,再把結果回傳給 Agent。Agent 拿到結果,才接著做下一步。一問、一選、一呼叫、一回傳,就這樣一圈。

這裡呼應一下開頭的定義。同樣一套「架 server」的做法,你可以拿來接公司內部的系統,這叫對內;也可以拿來接外面的服務,這叫對外。做法是一樣的,差別只在兩件事:你這台 server 是開放給誰用、以及你把它放在哪裡。想通這點你就會發現,對內和對外並不是兩種技術,而是同一種技術,擺在不同的邊界上而已。

那為什麼值得花力氣自己架一台?因為它會把你、或你公司的獨門能力,變成一種標準能力。原本這個能力只有你會、只有你能操作;做成 MCP server 之後,任何支援 MCP 的 Agent,都能用同一套方式接上來用。你等於是一次架好,到處都能接,不用為每一個 Agent 各寫一套接法。你的能力,就這樣被放大到整個 Agent 世界。

最後給一個務實的提醒。架一台 server,本質上就是在對外開放能力。所以你在架的當下,就要同時想清楚兩件事:這台到底要開放什麼、以及每一項給到多少權限。方便的另一面,是開得太寬,Agent 能碰的就超出你原本的預期。這不是要嚇你,而是提醒你:開放和邊界,是同一個動作的兩面,別圖方便把不該給的也一起開出去。

如果這集只帶走一句話,那就是:架一台 MCP server,就是把你的能力插上一個標準接頭,讓整個 Agent 世界都用得到。你現在不用馬上就會動手寫,但你要記得有這條路——以後當你想讓 Agent 用你自己的東西、或公司的系統,答案往往就是「幫它架一台 MCP server」。知道這件事能不能做、大概怎麼做,你就已經超前很多人了。我們下一集見。