MCPModel Context Protocol
AI 怎么查到产品资料，而不是凭记忆编一个答案？
MCP（模型上下文协议）是 AI 应用连接外部数据与工具的开放协议。宿主应用通过客户端与 MCP 服务器通信，发现并使用对方提供的能力。
MCP 让 AI 应用按一种共同的通信方式找到工具和数据。真正查资料或执行操作的是相应服务，能不能调用还取决于连接与权限。
像带有明确接口说明的工作台：应用知道有哪些工具、需要交什么参数，以及怎样接回结果。
类比到这里为止：“通用接口”不意味着随便接上就能操作一切。数据源仍有自己的登录、权限和错误，宿主也需要控制调用范围。
通过已授权的只读工具查询产品规格，把返回的数据和来源交给 AI 整理。读取权限不包含修改库存或发送邮件，这些需要单独确认。
一条调用链中各部分的位置
- 宿主应用
- 用户操作的 AI 应用，管理会话、工具使用与权限策略。
- MCP 客户端
- 在宿主里负责与对应服务器通信。
- MCP 服务器
- 以协议约定的方式提供工具、资源或提示等能力。
- 业务数据源
- 真正保存产品资料或执行操作的系统，也可能是本地文件。
发现工具和执行工具，是两步
应用可以先获取工具名称、说明和输入格式，再决定是否发起调用。工具出现在列表里，不证明凭据有效，也不意味着每项操作都已授权。
下方模拟只读产品查询。勾选只读许可后可以取得示例资料，但发送邮件仍然不被允许；整个演示不连接外部服务。
AI 怎么查到产品资料，而不是凭记忆编一个答案？
可以操作，也可以重试。数据为虚构示例，不连接真实业务系统。
正在准备当前演示，正文可以继续阅读。
继续看项目应用与交付检查
MCP 在项目中负责什么
- 什么时候用
- 模型需要读取项目外的信息，或者调用浏览器、数据库、工单、文件系统等真实能力时。
- 它解决什么
- 它把连接方式标准化，让工具能力可以被发现、授权和替换。
- 它不负责什么
- 接上 MCP 不代表可以放宽权限。每个工具仍要限定最小访问范围，并处理密钥和外部副作用。
- 放进真实项目
- 让代理读取浏览器控制台、查询项目问题、从内部知识库检索资料。
先分清“能连”与“能做”的边界
你希望 AI 查询 CRM 的客户资料，再为销售生成跟进建议。读取、修改标签、发送邮件的风险完全不同。
- 01
按动作拆工具，不把读取和发送混成一个万能入口。
- 02
为每个动作配置最小权限和可追溯记录。
- 03
先在测试客户上演练异常、空结果和重复调用。
MCP 连接能力，Skill 指导做法；能调用不等于应该执行。
容易混淆的地方
MCP 是连接协议，不是数据本身，也不是权限豁免。
一个 MCP 连接允许读取产品资料。用户接着要求发送报价邮件，应该怎样处理？
你可以这样告诉 AI Agent
我在处理这件事：让代理读取浏览器控制台、查询项目问题、从内部知识库检索资料。请以“MCP”为主线，先说明它在这里负责什么、不负责什么；再列出必要输入、建议动作和可验证结果。用外贸独立站的业务语言回答，不确定的信息标为待确认。
内容依据与延伸
本站用原创中文解释把专业概念映射到外贸独立站；定义和机制继续以官方资料为准，业务例子再回到 外贸独立站询盘优化实战 验证。
本站整理说明：本地资料：Claude Code 项目配置与工作流