Anthropic Claude Managed Agents 與 MCP Server 採購完整指南：自架 vs 外接 SaaS 6 個決策、3 個資安風險、5 條合約紅線

我們公司內部 20+ 個 AI 工作流現在已經有 9 個是靠 MCP server 串起來的——把 Claude Code 接到我們的 Notion、Slack、客戶 portfolio DB、Zeabur 部署 API、Cloudflare R2。這套架構從去年 11 月開始建，到這個月年累積踩了 6-7 個資安和維運上的坑。Anthropic 6 月初公布的Project Glasswing 擴大至 150 個組織 + Claude Managed Agents 在企業沙盒內運行的新公告，正好讓「自架 vs 外接 SaaS」這個決策變得更有意思——也更值得中小企業老闆和工程主管現在就花一個下午搞清楚。

這篇就是把我們自家 dog-fooding 經驗 + 30+ 客製案接觸到的部署架構需求，整理成中小企業老闆和工程主管現在做 MCP / Managed Agents 採購決策時最需要的三件事：6 個關鍵決策、3 個資安風險、5 條合約紅線。讀完你會知道 Anthropic 的新公告對你的採購策略有什麼具體影響，以及哪些 MCP server 該自架、哪些該外接。

先說背景。MCP 是什麼如果還不熟，可以先看 MCP 是什麼？老闆採購 AI 系統必懂的 Model Context Protocol 那篇基礎介紹。本篇直接進入「6 月 Anthropic 公告之後該怎麼做採購決策」這個層級。

Anthropic 6 月公告的三件事與採購意義

6/1-6/5 這一週，Anthropic 同時做了三件事，每件都直接影響企業 AI 採購決策。

我們的解讀——這三件事加起來，等於 Anthropic 明確宣告自己要做企業級 AI infrastructure，不再只是 chatbot vendor。對中小企業老闆和工程主管的意義是：以前自架 MCP server 是「沒辦法的選擇」（因為 SaaS 不支援私有資料），現在變成「正規架構選項」（Managed Agents 主動支援私有 MCP）。這直接改變 6 月之後的採購策略。

MCP server 採購 6 個關鍵決策

在發 RFP 或自架之前，這 6 題要先答完——直接決定你買的是 50 萬還是 500 萬的方案。

這 6 題裡，① 部署位置、③ 連接範圍、⑥ 行為治理 這三題影響最大。「外接 Managed Agents + 自架敏感資料 MCP」是 6/2 之後可行的混合架構，避開了「完全自架」的維運成本與「完全外接」的資料外流風險。

自架 vs 外接 Managed Agents 對照表

這裡有一個值得直接表態的觀點——6 月之後，「完全自架 MCP + 自架 LLM」這條路在大多數中小企業已經不划算。理由是 Anthropic 的混合架構讓你既能拿到 Claude Opus 4.8 等級的模型能力，又能把敏感資料留在自己機房裡。同樣的 100 萬預算，「自架小模型 + 自架 MCP」拿到的能力比不上「Claude Managed Agents + 自架 MCP for sensitive data」。我們的判斷是，6 月公告之後，「全自架」這條路的合理客群已經縮小到「政府／國防／高度監管金融」這三類，其餘中小企業老實走混合架構比較划算。

3 個資安風險：6 月之後仍然會踩的雷

風險 1：MCP server 暴露在公網沒做 mTLS

根據 Cloudflare 5 月 MCP attack surface 報告，全球可被掃描到的暴露 MCP server 超過 100 萬個，多數沒做雙向 TLS。一旦被找到，attacker 可以直接呼叫你的內部 API。對策——MCP server 絕對不直連公網，要嘛走 VPN，要嘛 mTLS + IP 白名單。可參考我們之前寫的 中小企業 AI agent 部署資安完整指南 那篇 60 天止血行動清單。

風險 2：Agent 工具寫入權限沒做 just-in-time 收回

Agent 拿到 RW 權限後，如果 token 不過期、不縮範圍，Agent 自己出錯或被 prompt injection 利用時，傷害範圍會無限放大。OWASP LLM Top 10 v2 把這個列為 LLM01 prompt injection 連帶風險。對策——MCP 工具的寫入權限要做 JIT（just-in-time）授權，每次操作限定範圍與時效。

風險 3：Audit log 沒做不可竄改，合規查核失分

Agent 行為的 audit log 如果寫在跟 agent 自己有寫入權的 DB 裡，理論上 agent 可以改 log。對策——audit log 寫到只能 append 的 storage（如 S3 Object Lock、PostgreSQL append-only table、或專用 SIEM）。

5 條合約紅線：發包或訂閱前必須寫進合約

如果你決定用外接 Managed 或請外包做自架 MCP，下面 5 條紅線在合約裡缺一條就會在事後吃悶虧。可搭配 老闆做 AI 採購決策的 3 道防線 一起讀。

• 紅線 1｜資料留地與處理地：明寫主資料庫、備份、log 的儲存地與處理地，並列入退場時的搬遷義務。
• 紅線 2｜Agent 行為 escalation chain：當 agent 觸發異常（高金額、敏感欄位、未知 endpoint）時，須在 60 秒內升級到人類審核。
• 紅線 3｜退場資料導出格式：合約終止 30 天內須提供 PostgreSQL dump / JSON 完整匯出，且廠商不得保留資料超過 30 天。
• 紅線 4｜SLA 與責任歸屬：MCP server downtime、誤觸發、prompt injection 造成的資料外洩責任分層寫清楚。Managed 服務通常會把責任甩給使用方，要爭取至少共擔。
• 紅線 5｜模型升級與行為一致性：Anthropic 升級 Claude 模型時，廠商須在 7 天內提供 regression test 報告，確認既有工作流不受影響。

中小企業老闆 30 天評估行動清單

• Week 1｜資產盤點：列出公司有哪些「資料」「工具」適合接給 Claude 用——分敏感（客戶、財務、HR）／半敏感（合約、報價）／公開（產品文件、行銷素材）三級。
• Week 2｜架構假設：依三級資料畫出混合架構草圖——敏感走自架 MCP、半敏感看廠商 SLA 決定、公開走 Anthropic Managed。
• Week 3｜廠商 PoC：選 1-2 家廠商做 4 週 PoC（用 半敏感資料），不要直接簽長約。可參考 找外包做 AI 專案完整報價框架 那篇的 PoC 條款。
• Week 4｜決策矩陣：跑完 PoC 後填決策矩陣（自架 vs 混合 vs 外接 × 6 個決策題），給經營層做最終裁決。

如果你看完想直接討論「我們公司的 MCP 該怎麼切、自架 vs 外接哪些放哪邊、PoC 怎麼設計才公平」——可以把現況丟過來，我們陪你看一遍從哪一塊開始最划算。可以參考我們的 [AI 顧問服務](/services/ai-consult) 評估流程，或直接看 [AI 系統開發](/services/ai-consult) 對應的客製化能力；若想搭整套客製化部署架構（包含 MCP server、agent runtime、audit pipeline），可一起評估 [客製化系統開發](/services/customize-web)。