用一张职责表区分 MCP 协议、模型与智能体运行时，说明为什么接入 MCP 后仍要保留业务权限和人工确认。
这篇要解决什么
搜索这个问题的读者通常正在尝试：判断一个需求应改 MCP 服务、智能体提示词，还是业务权限层，避免把问题都归给“智能体”。。先在测试环境用只读或模拟数据完成链路，再考虑接入真实业务。
按步骤完成
- 先问问题属于连接协议、模型决策、工具实现还是业务授权；四类问题的修改位置不同。
- MCP 服务负责按约定暴露能力，智能体运行时负责选择何时调用，业务系统负责判断该用户能否执行。
- 对同一操作分别记录模型请求、客户端调用和业务执行结果，出现错误时按这三段定位。
用一条固定消息检查链路
以下只是协议层示例，展示要记录的字段，不代表已经连到你的服务器：
{"operation":"cancel_order","requires":["identity","user_confirmation","business_state_check"]}把其中的工具名、参数和允许范围替换成自己的清单。不要把密钥、客户资料、订单号或生产地址写进演示文件。
怎样验收结果
拿一个“查询订单状态”和一个“取消订单”用例做表：前者可验证读取链路，后者必须额外验证身份、确认和业务状态机。若只检查模型回答，验收不成立。
失败边界
不同 SDK 的命名与实现会变化，本文解释的是职责边界，不承诺某个模型必然会调用工具或正确理解权限。
依据与核验日期
以上官方资料于 2026-10-01 核对。协议、SDK 和客户端界面会更新；实施前应再次阅读对应版本的官方说明。
相关问答
工具返回成功就能说明业务完成吗？
不能。工具返回只说明该调用得到响应；涉及写入时还要核对业务系统的最终状态、权限和审计记录。
Ai菜鸟网。发布者：AI小管家，转载请注明出处：https://www.alyyhw.com/32559.html
