原來 MCP 不用存資料

先把問題講清楚,你才知道我在解什麼。很多大一點的組織,資料不是一座乾淨的湖,而是**上千個各自獨立、各自授權的 API** —— 散在不同系統後面,每一個規格都不一樣。人可以靠文件、靠問同事慢慢摸;但 Agent 沒有這些背景,它其實非常無知。**它不知道到底有哪些資料可以查;就算知道有,也不知道該怎麼問、該問哪一個。**我最早的直覺,跟大部分人一樣 —— 那就蓋個倉儲,把資料集中起來給它查嘛。

這裡有一個岔路,而且選錯會痛很久。**路 A,持有資料**:你自己做一個倉儲或快取層,把上游的資料抄一份進來,Agent 直接查你。**路 B,導向資料**:你自己一筆都不存,只做兩件事 —— 告訴 Agent「這種問題該查哪個資料集」,然後把它的查詢即時轉拋到上游、把當下的結果原封帶回來。我一開始很自然站在 A,因為「集中資料」聽起來就是正解。但真正動手之後,A 的代價一個一個冒出來。

持有資料的陷阱,有三個,而且每一個都不小。第一,**你會有兩份會分歧的真相**。上游一份、你快取一份,某一天它們對不上,你要回答一個很煩的問題:到底哪一份才算數?第二,**同步是永遠還不完的債**。上游改了欄位、加了資料,你得一直追著它跑。第三,這一點最嚴重 —— **你等於把敏感資料多落地了一個地方**。本來資料好好待在有授權、有稽核的上游,你抄出來之後,又多一份要保管、要防外洩的副本。我盯著這三條看,忽然意識到一件事:**上游本來就是權威來源了,我幹嘛再存一份?**

這就是整件事的轉捩點。我原本以為 Agent 的問題是「離資料太遠」,所以想把資料搬近一點。**錯了。Agent 的問題不是距離,是無知。**資料的真相一直都在上游,好好的,不缺我抄的這一份。Agent 真正缺的,是**知道有什麼、知道去哪查、知道怎麼問**。所以我要做的根本不是搬運工,是一個嚮導 —— **我身上不用有資料,我只要知道資料在哪、幫它導過去查。**一句話講完這台 server 的靈魂:**Agent 問你,你身上沒資料,但你知道資料在哪、幫他導過去查。**

想通之後,這台 server 該做什麼就變得非常乾淨,只有兩件事。**第一件,引導。**Agent 說「我想查某某東西」,你告訴它「這種問題,去查這個資料集」。**第二件,轉拋。**Agent 決定要查了,你把它的請求即時打到上游,把上游當下回的結果,原封不動帶回來。然後 —— **你自己什麼都不留。**不落地、不建快取、連「上一次是誰來查的」都不記。每一次呼叫都是獨立的、乾淨的。這種「什麼都不記」聽起來很偷懶,其實是它最值錢的地方:**沒有狀態,就沒有會分歧的第二份真相、沒有同步債、沒有多一份外洩風險。**

這台 server 對 Agent 只暴露四個工具,剛好走完它的認知流程。**第一,探索** —— 有哪些資料集?把整份目錄攤給它看。**第二,理解** —— 挑到一個之後,它問:這個有哪些欄位、要不要帶身分、範例長怎樣?**第三,定位** —— 這個最關鍵,它可以用一句白話問「我想查這個」,你幫它對到正確的資料集。這一步就是「導向」兩個字的核心。**第四,查詢** —— 真的去查,把上游當下的真資料帶回來,不落地。你發現沒有:探索、理解、定位、查詢 —— **這不是四個功能,是 Agent 想事情的順序。**工具照它的思路長,它才用得順。

這裡有一個設計決定,我想特別講,因為它很容易做錯。有些資料是要看「你是誰」才給查的。那身分該由誰負責?很直覺的做法是:閘道自己聰明一點,去別的地方查一查、把使用者身分拼出來。**我刻意不這樣做。**因為一旦閘道會偷偷幫忙湊身分,你的授權邏輯就藏到一個你意想不到的角落去了,哪天湊錯了,是災難。所以我畫了一條很硬的邊界:**身分解析是前面那個 Agent 的責任,不是我的。**需要身分的資料,身分就由呼叫我的那一端帶進來;**如果它沒帶,我不猜、不湊,我就直接回一句結構化的「這個要身分才能查」,請它回頭去要。****寧可明確地說我需要身分,也不要默默用一個錯的身分。**

還有一條原則,我把它看得很重:**這台 server 絕對不做假資料。**轉拋的時候,上游可能會拒絕、可能會逾時、可能查不到。這種時候最偷懶的做法,是回一個「看起來很合理」的假答案讓場面好看。**千萬不要。**導向型 server 的整個信任,建立在一句話上:**我回給你的,一定是真的;不然我就明確告訴你為什麼拿不到。**所以查不到,我就結構化地講清楚:是沒權限、還是逾時、還是這個代碼不存在,並且給 Agent 一個它接得住、可以據以行動的訊息。**因為只要有一次假資料,之後它回的每一筆你都不敢信了 —— 信任是脆的,一次就碎。**

最後我想講,為什麼這集我放在「開創」這一級。因為**沒有任何人交代我「去做一台不持有資料的閘道」**。需求一開始長的樣子是「做個東西讓 Agent 查得到資料」,換十個人來做,九個會直覺去蓋倉儲。這個「不存資料」的設計,不是規格寫好的,是我真的動手、真的撞到「持有資料」那三個代價之後,自己想通、自己長出來的。**這就是開創級的味道:沒有標準答案等你抄,好的設計是你在做的過程裡,被現實逼出來、也被自己想清楚的。**所以別怕先做一個「笨版本」—— 很多最漂亮的轉念,都是做到一半才冒出來的。

如果今天你只帶走一句話:**MCP server 不一定要持有資料。**當上游已經是資料的權威來源,你再存一份,買到的是分歧、同步債和多一份外洩風險;**它可以只是一台幫 Agent 消除無知的路由器 —— 引導它去哪查,幫它轉過去,自己乾乾淨淨。**所以下次你要為 Agent 接一個資料來源,動手之前先問自己一句:**這份狀態,我真的非存不可嗎?**很多時候答案是不用。而當答案是不用,你就會做出一台更小、更穩、更好維護的東西。這不是省事,這是更強的設計。