说明 MCP resources 适合提供什么内容，怎样用 URI 标识固定资料和参数化资料，并通过版本信息核对上下文来源。
这篇要解决什么
搜索这个问题的读者通常正在尝试：让智能体读取一份只读的产品说明或运行手册，并能回查来源 URI。。先在测试环境用只读或模拟数据完成链路，再考虑接入真实业务。
按步骤完成
- 把不需要执行动作的资料设计成 resource，而不是伪装成工具；先确定稳定 URI 和媒体类型。
- 对按产品或日期读取的资料使用资源模板，并在客户端请求前校验变量。
- 在返回内容中保留资料版本、更新时间或内容哈希，便于回答后回查使用了哪一份材料。
用一条固定消息检查链路
以下只是协议层示例，展示要记录的字段，不代表已经连到你的服务器：
{"uri":"docs://product/A/guide","mimeType":"text/markdown","version":"2026-10-01"}把其中的工具名、参数和允许范围替换成自己的清单。不要把密钥、客户资料、订单号或生产地址写进演示文件。
怎样验收结果
用一个固定 URI 和一个模板 URI 各读取一次，并故意传入缺失变量。验收时核对内容类型、URI、版本字段及无效变量的错误响应。
失败边界
资源是上下文通道，不是事实保证。资料过期、权限不符或引用范围不足时，智能体仍可能给出不可靠结论。
依据与核验日期
以上官方资料于 2026-10-01 核对。协议、SDK 和客户端界面会更新；实施前应再次阅读对应版本的官方说明。
相关问答
工具返回成功就能说明业务完成吗？
不能。工具返回只说明该调用得到响应；涉及写入时还要核对业务系统的最终状态、权限和审计记录。
Ai菜鸟网。发布者：AI小管家，转载请注明出处：https://www.alyyhw.com/32571.html
