企業 Agent 的架構與記憶：把概念放回用途
#代理系統#架構#記憶#MCP
內容修訂與來源核對：2026/10/19。原發表日期保留；以下為修訂內容。
舊稿參考的「大腦、五官、手腳、工具」是一種教學比喻，可以幫助拆解系統，但不是判定 Agent 的通用標準。
用四個問題看系統
- 收到什麼？ 使用者訊息、文件或系統事件。
- 誰決定下一步？ 固定程式流程，或依任務動態決策的模型。
- 能做什麼？ 查詢、計算、讀寫資料或操作工具。
- 如何接續？ 保存對話、任務進度、結果與待確認事項。
聊天介面也能接工具；RPA 也能整合模型。單看外觀或某一個元件，無法清楚區分能力。
工具不一定經過 MCP
工具可以是內建函式、API、命令列，也可以透過 MCP 連接。MCP 是連接方式，不是每個 Agent 的必要組件。讀取與寫入的影響也不同：寫入可能可復原，對外送出或刪除則需要相應的授權與檢查。
記憶是什麼
模型不會因聊過一次，就自動修改參數記住使用者；但應用可以把歷史訊息、摘要與儲存資料帶入後續請求，因此不能說每次對話都必然從零開始。
工作記憶、事件記憶、語義記憶與程序記憶，是理解資料用途的一種分類，並不代表每個產品都需要四套資料庫。
可以先問：任務重開後需要恢復什麼？哪些偏好值得長期保留？過時資料由誰修正？再決定用檔案、資料庫或檢索服務。RAG 是檢索方法，可以參與記憶系統，但不能單憑用了 RAG 就判斷已具備完整的記憶管理。
本文保留原教學來源，並依官方架構文件修正絕對化描述。這是概念整理，沒有宣稱驗證某套企業部署的成效。