模型上下文協議（MCP）是一個開放標準，讓 AI 助手透過同一套通用介面連接外部資料與工具，不必為每個應用單獨做一套整合。
一共兩端。客戶端是 AI 應用：桌面助手、編程 Agent，或者你自己寫的腳本。伺服器守在某一批資料前面，宣告自己提供什麼——模型可以呼叫的工具，以及可以讀取的資源。客戶端問有哪些可用，模型決定要什麼，伺服器負責回答。
沒有共同協議，把十幾個助手接到十幾個資料源上，意味著要造並長期維護一百多套彼此獨立的整合。有了協議，每一邊只實作一次。所以把一個 MCP 工具接到新 Agent 上，通常只是一條設定，而不是一套 SDK。
協議本身沒說伺服器該跑在哪裡。它可以待在某家公司的雲上，任何持有有效權杖的東西都能存取；也可以完全跑在你自己的機器上，除此之外誰也搆不著。兩種情況下協議長得一模一樣，而對隱私來說，這就是全部問題所在。
Xtify 捕捉的每一場會議都會變成結構化記憶——決策、待辦事項、風險、跟進、轉錄文字。Xtify 透過一個隨應用啟動、只監聽 localhost、直接讀取你磁碟上索引的模型上下文協議伺服器，來開放這份記憶。
沒有需要開啟的雲端介面，也沒有任何記憶被複製到我們的伺服器，因此第三方雲端 Agent 沒有任何路徑進來。任何實作了 MCP 客戶端的東西，用法都一樣——Claude Desktop、Cursor、Cline、Zed，或者你自己寫的幾行程式碼。這個伺服器是唯讀的：Agent 可以回憶一場會議，但永遠無法改寫它。本地 MCP 在 Pro Max 及以上層級提供。
不需要。在支援 MCP 的桌面助手裡，接上 Xtify 只是在那個應用的設定檔裡加一條；之後你用自然語言提問，Agent 會自行判斷該呼叫 Xtify 的哪個工具。你當然也可以自己寫一個客戶端，那是做客製自動化的路子，但不是通常的做法。
不能。Xtify 的伺服器綁定在 127.0.0.1，意味著它只接受來自自身所在機器的連線，雲服務根本找不到可以連線的對象。這正是本地 MCP 伺服器與多數會議工具提供的雲託管 MCP 之間的區別——在後者那裡，任何取得適當授權的雲端 Agent 都能查詢你的轉錄文字。
不是——它是一個開放協議，已經有一系列助手和編輯器實作了它。這也正是 Xtify 選擇實作這個標準、而不是為每個 Agent 各做一套整合的原因：你下一個要用的工具，只需要會說 MCP 就夠了。