知識、工具與 Skills——各自負責什麼

大家在設定代理時遇到的麻煩，多半來自把某樣東西放進這三者當中錯的那一個。所以這裡把界線劃清楚，用一家房貸經紀商當例子。

三種問題，各自在哪裡被回答

「你們固定利率產品的條件是什麼？我符合嗎？」

這是事實。它寫在你的資料裡某處，誰來問都是同一個答案，而唯一正確的來源就是你自己的文件。→ 知識庫。

檢索會找出講那項產品的段落，代理據以作答，並標出它用了什麼。如果你的文件沒有涵蓋到，正確的結果是「這個我沒有」，不是一段聽起來很像的改寫。

「以我的收入和這筆自備款，貸 380,000、分 25 年，每期要還多少？」

這是計算。它只有一個正確答案，背後的規則又長又瑣碎，而且在受監理的行業裡，算錯數字不是丟臉，是責任。→ MCP 工具。

不管語言模型多強，你都不會想讓它靠即興發揮去套負擔能力規則做算術。你要的是它呼叫你自己系統在用的同一個函式，拿回一個數字，然後回報那個數字。事後可稽核的東西會是一次帶有輸入與輸出的工具呼叫，而不是一段剛好走到某個結論的推理文字。

「聽完我講的這些，我實際上該考慮哪幾個產品？」

這是流程。它需要好幾件事照順序發生，中間還要判斷下一步該問什麼。→ Skill。

Skill 裡放的是操作指示：報價之前先確認就業型態和自備款，針對客戶符合資格的產品執行報價工具，最多列三個，資格不符的一律不列，任何東西定案之前交給真人。它會在執行過程中呼叫 MCP 工具，也可以一路靠知識庫來解釋沿途提到的那些條款。

大家常漏掉的第四條線

這裡的「事實」其實是兩樣東西，而搞混它們是這一頁上最貴的錯誤。agent4.io 把租戶知識庫——你的規則、價格與法規，審核過、具權威性——和每位客戶自己的知識庫（他上傳的文件）分開存放。

前面那個房貸問題兩邊都要：你的核貸標準來自你的，他的薪資單來自他的，而答案是兩者的比對。它們會一起被檢索，並以獨立區塊注入，一個框定為「該遵循的政策」，一個框定為「客戶自己的參考資料」——所以代理不會把客戶自己的文件當成你的政策再講回去給他聽。詳見知識庫。

一條簡單的判準

如果它是…	就該放在…
寫下來的，而且對誰都一樣	知識庫
算出來的，而且必須完全正確	MCP 工具
一連串步驟，中間需要判斷	Skill

講白一點：事實用檢索的，計算用呼叫的，流程用照著跑的。

換一個行業，還是同樣三條線

一家移民事務所，界線劃在一模一樣的地方：

• 知識庫 — 每條途徑需要的文件、目前的審件時程、你的收費表
• MCP 工具 — 技術移民申請的積分計算，實際照官方標準跑，而不是憑記憶
• Skill — 「初步了解新詢問」：依正確順序問身分、時程、就業與過往拒簽紀錄，執行積分工具，然後產出一份結構化的資料給承辦人員，附上值得討論的幾條途徑

為什麼一個代理身上會掛好幾個 Skill

一個代理可以掛很多個——初篩、報價、催文件、預約——而它只載入對話最後真的需要的那一個。報價 Skill 可以解鎖報價工具；初篩 Skill 可以什麼都不解鎖，單純只是一種按正確順序提問的方法。

這同時也是一道權限邊界：沒有任何已載入的 Skill 啟用它的工具，代理就碰不到。這才是把敏感計算包成工具的真正理由——不只是為了算得對，而是為了讓「伸手去拿它」這件事是你設定出來的決定，不是模型自己做的決定。