MCP（Model Context Protocol）由 Anthropic 于 2025 年开源，到 2026 年已成为智能体生态的互操作基础------Claude、Cursor 及各类 Agent 开发框架均以 MCP Server 作为工具暴露的标准形态。
对工业软件而言，这意味着集成成本的根本变化：平台只需实现一次 MCP 端点，即可对所有 MCP 客户端开放，无需为各 AI 客户端分别定制集成。
一次调用的完整链路
DC3 的 MCP 面落在 HTTP 网关上（POST /mcp），走 JSON-RPC。一次"查询 3 号车间在线设备"的调用经过四站：
① 智能体客户端 ------可以是 Claude、Cursor 这类通用客户端，也可以是 dc3-cli 的 tools 命令（支持 stdio 与 HTTP 双传输，方便脚本与 Agent 框架接入）；
② 携带令牌请求 /mcp------请求头带平台签发的 OAuth 令牌；
③ 网关校验与路由------RS256 签名校验、scope 检查，然后映射到平台工具；
④ 工具执行------落到 Agentic Center 与各中心服务的既有 API，返回确定数据。
需要强调：MCP 工具不是新的业务通道，而是既有平台能力的协议化封装------设备查询、点位读写背后与 Agentic Center 使用同一套受控工具面。协议是新的，权限体系是既有的，这是有意的设计。
令牌统一：一套身份，三个入口
智能体接口最大的风险面在认证。DC3 近期完成了一轮令牌统一：
- 一个签发方：OAuth 2.0 client_credentials 流程签发令牌，Web 端、CLI、智能体客户端用的是同一套身份体系；
- 一套验签：RS256 非对称签名，网关与 MCP 端点统一校验；
- scope 由 RBAC 投影：不另造一套权限模型，MCP 的 scope 从平台既有 RBAC 角色推导------用户在管理台是什么角色，智能体拿到手的就是什么能力；
- 风险分层 TTL：只读操作长有效期，高危操作短有效期并要求 step-up 换取------把"令牌有效期"从一刀切变成按风险分级。
设计原则：智能体获得的每一项能力均来自真实用户的显式授权，权限不因协议切换而扩大。
实事求是的边界
- MCP 接口处于快速迭代阶段，工具清单与 scope 细粒度持续完善，以 docs 与仓库 design 文档为准；
- MCP 解决的是智能体对工业平台的标准调用，不涉及模型推理质量；
- 验证路径：
dc3 config set gateway <url>→dc3 auth login→dc3 tools call ...。
仓库 ：GitHub
pnoker/iot-dc3· Giteepnoker/iot-dc3（GVP）文档：docs.dc3.site · book.dc3.site · demo.dc3.site · CLI 手册 dc3-cli/README.md