官方没接的服务用MCP自己建

预置的 MCP 覆盖的是通用需求，真实工作流里总会有「我的数据在我的系统里」的时刻。MiniMax Agent 对此的答案是：任何你想要的 MCP，都可以自己建。

两条自建路径

MCP Builder：官方提供的能力，可以创建任何你需要的 MCP 并在后续任务里复用——官方使用技巧的说法是：希望使用尚未提供支持的 MCP 时，可以用 MCP Builder 创建任何你想要的 MCP。
Customize 模式：在输入区的 MCP 入口里，通过 Customize 模式要求 Agent 自建一个——也就是说，连「建 MCP」这件事本身也可以派给 Agent 干。

第二条路径值得强调：你不需要懂协议细节，用自然语言描述「我要让 Agent 能查公司内部的某个系统」，它来处理实现。

自建的真实成本预期

描述越具体，一次成功率越高：清楚说出服务地址、要什么操作、返回什么数据，比「帮我接一下公司后台」成功率高得多。
第一次建不会完美：建好后用一个真实小任务试跑，发现调用不对再迭代——和开发任务的迭代节奏一样。
值得建的标准：会反复用的工作流才值得建；一次性需求直接在任务里描述需求让 Agent 现场想办法更省。

自建的边界与安全

自建 MCP 意味着让 Agent 获得某个服务的访问能力，两条安全纪律：

最小权限：连接只开放任务必需的操作范围，不要贪方便给全量权限，整体安全原则见隐私数据与APIKey的安全机制。
敏感服务谨慎接：能改数据、能花钱的服务，接通后先在低风险任务里验证行为再放手用。

从预置到自建的完整图景

预置连接解决「大多数人的大多数场景」，自建解决「你的独特场景」——两者加上积分制的按量消耗，构成这套 Agent 工具链的可扩展性基础。MCP 基础概念不清楚的，先回用一句话理解 MCP。

自建机制依据官方使用指南与能力表整理，具体入口与流程以实际版本为准。