任务型实战
实战 8：接入一个安全的 MCP 工具
这次练习不追求接很多工具，而是只接一个真正必要、边界清楚的外部能力。
学完你会得到什么
- 先照着做一遍，再回头理解原理。
- 这篇实战更适合边看边操作，不适合只看不练。
开始前你最好知道
- 看完第 8、9 章
- 已经知道项目里的最小权限策略
先看这些风险提醒
- 不要一次接很多工具，尤其在你还没完全搞懂权限边界时。
- 不要把外部工具返回内容直接当作可信指令。
做完怎么验证
- 你接入的工具有清晰用途，而不是“多一个也行”。
- 你能说明这个工具的权限边界和风险面。
- 不接其他额外工具时，当前任务已经能完成。
可视化路线
动手流程
先按这个顺序走一遍，再回头理解为什么这样做。
- 01第 1 步
先说明为什么非接工具不可。
- 02第 2 步
只选择一个必要工具。
- 03第 3 步
确认权限边界。
- 04第 4 步
用最小任务测试接入结果。
场景
你确实需要一个外部能力，例如读指定数据源、查固定服务或访问某个文档库，但又不想把整个工具链一下子搞得太复杂。
目标
只接入一个必要的 MCP 工具，并明确它的用途、边界和验证方式。
前置条件
先写清楚一句话：如果没有这个工具，当前任务为什么做不成？如果这句话说不清，先别接。
接入前的最小权限原则
优先问自己三件事：
- 这个工具是不是当前任务真的需要
- 它会暴露哪些数据或能力
- 有没有更小范围的替代方案
如果这三题答不清，就别急着接。
分步操作
- 明确任务目标。
- 只选择一个最直接相关的工具。
- 确认它的读写范围和权限边界。
- 用一个最小任务测试接入结果。
- 记录成功条件和风险点。
为什么只接一个最稳
因为一旦出了问题，你能立刻知道是这个工具引起的，而不是在五六个接入项里排查。
对技术小白来说，最小可用接入几乎总是优于一次接满。
风险提醒
如果你发现自己接入工具的理由只是“以后可能会用到”，那就是一个明显的停止信号。
验证结果
你应该能明确回答：这个工具解决了什么问题、它没有拿到什么不必要权限、如果接入失败该先查哪里。
失败时先查什么
先查是不是其实不需要这个工具；再查权限边界是否太宽或太窄；最后查失败来自工具配置还是任务本身。
学习进度
做完这一章了吗？
你可以把本章标记为已完成，首页和课程列表会记录你的学习进度。