DTcms 2026.10.17 集成了MCP功能

2026年10月17日 DTcms集成MCP，可以接入Codex、Workbuddy等，以及我们即将推出的GEO系统连接及优化。

随着人工智能进入内容生产、搜索优化和企业管理流程，CMS 不再只是人工编辑文章和维护商品的后台系统。DTcms 现已集成 Model Context Protocol（MCP），为 WorkBuddy、Codex、自研 GEO 系统以及其他支持 MCP 的 AI 客户端提供标准化接口，让 AI 在授权范围内查询、分析和更新网站内容。

一、什么是 MCP

MCP 的全称是 Model Context Protocol，中文可以理解为“模型上下文协议”。它是一套让 AI 应用连接外部系统的开放协议。

普通聊天只能处理用户在对话中提供的内容。接入 MCP 后，AI 可以按照统一协议发现外部系统提供的工具，在获得授权后调用这些工具。例如查询 CMS 文章和商品、读取 SEO 字段、生成优化建议、更新内容，或者创建待审核文章。

MCP 解决的是“AI 如何标准化连接业务系统”的问题。支持 MCP 的 WorkBuddy、Codex 和自研系统，可以使用同一套 DTcms 接口，不需要分别开发一套私有适配程序。

二、CMS 为什么要集成 MCP

1、让网站内容可以被 AI 使用

网站中的文章、商品和 SEO 数据原本主要由人工在后台操作。集成 MCP 后，AI 可以在权限允许的范围内读取这些数据，帮助完成内容分析、关键词整理、标题优化、摘要生成和商品描述优化。

2、让 GEO 优化形成执行闭环

传统 AI 优化通常只能给出修改建议，运营人员还要手动登录后台、查找文章、复制内容、修改字段并保存。集成 MCP 后，自研 GEO 系统可以完成：

读取文章 → 分析搜索意图 → 生成优化方案 → 更新文章和 SEO 字段 → 进入 CMS 审核流程

3、连接不同的 AI 工具

WorkBuddy 可以用于日常内容运营，Codex 可以用于开发和技术型 GEO 优化，自研 GEO 系统可以用于关键词分析和内容评分，其他 AI 助手也可以使用同一套 MCP 接口。

4、保留 CMS 原有权限和业务规则

AI 不能绕过系统权限直接修改数据库。每个 MCP API Key 都绑定一个后台管理员账号，调用时继承该管理员的角色和资源权限。文章和商品写入仍然经过现有的字段校验、频道权限、商品校验和审核规则。

三、集成 MCP 后可以做什么

1、文章管理和 GEO 优化

AI 可以：

查询站点、频道和文章分类；
按频道、关键词和状态检索文章；
获取文章正文、SEO 字段和当前版本号；
创建新文章；
修改标题、正文、摘要、SEO 标题、SEO 关键词和 SEO 描述；
根据分类 ID 建立文章分类关联。

通过 MCP 创建的新文章默认进入待审核状态，是否发布仍由现有审核流程决定。

文章更新使用版本号保护：先调用文章详情获取 revision，再提交更新。如果文章期间已被其他人修改，旧版本更新会被拒绝，避免覆盖最新内容。

2、商品管理和商品 GEO 优化

AI 可以：

查询商城分类树；
按关键词、站点、分类、品牌和上下架状态搜索商品；
获取商品正文、SEO 字段、分类、品牌、规格和 SKU；
新增商品及 SKU；
修改商品标题、正文、SEO 字段、分类、品牌、标签、库存、价格、规格和 SKU。

商品修改继续使用 DTcms 现有商品服务，会校验商品货号、品牌、分类、规格、SKU、价格、库存和上下架状态。

四、当前 MCP 工具

dtcms_site_list	查询站点和站点 SEO 基础信息	否
dtcms_channel_list	查询频道	否
dtcms_article_category_tree	查询文章分类树	否
dtcms_article_search	分页检索文章	否
dtcms_article_get	获取文章正文、SEO 字段和版本号	否
dtcms_article_create	新增文章，默认待审核	是
dtcms_article_update_seo	更新文章正文和 SEO 字段	是
dtcms_shop_category_tree	查询商城分类树	否
dtcms_shop_goods_search	分页检索商品	否
dtcms_shop_goods_get	获取商品、规格、SKU、品牌和 SEO 数据	否
dtcms_shop_goods_create	新增商品及 SKU	是
dtcms_shop_goods_update	修改商品、规格、SKU 和关联数据	是

五、MCP 集成的优势

统一标准：客户端通过 tools/list 发现工具和参数，不需要为每个平台维护私有接口。
提高效率：AI 可以完成检索、分析、内容生成和更新，减少重复后台操作。
人机协作：AI 负责分析和生成，CMS 负责权限、校验、审核和发布。
多系统协同：WorkBuddy、Codex、GEO 系统和其他客户端可以连接同一个服务。
API Key 可管理：管理员可以创建多个 Key，分别设置名称、有效期、启用和停用状态。
权限可控：Key 继承创建者的后台角色和资源权限，停用、删除、过期或账号禁用后立即失效。
减少数据冲突：文章更新使用 revision 并发校验，降低多人或多系统同时编辑造成的覆盖风险。

六、如何使用 DTcms MCP

第一步：部署服务

将 DTcms API 发布到正式环境，并通过 HTTPS 提供：

https://你的域名/mcp

反向代理必须保留 Authorization、X-MCP-API-Key、Content-Type 和 Accept 请求头，并允许 POST、JSON 和 text/event-stream 响应。

第二步：创建 API Key

管理员登录后台，打开：

/manager/mcp-api-key/list

创建一个用途明确的 Key，例如 GEO-Production。完整 Key 只在创建成功时显示一次，数据库不会保存明文。建议 WorkBuddy、Codex 和 GEO 系统使用不同 Key。

第三步：配置客户端

MCP 地址和认证请求头：

URL：https://你的域名/mcp
Header：Authorization: Bearer dtmcp_你的完整Key

如果客户端不支持 Authorization，可以使用：

Header：X-MCP-API-Key: dtmcp_你的完整Key

第四步：发现和调用工具

客户端连接后依次执行：

initialize
notifications/initialized
tools/list
tools/call

客户端先通过 tools/list 获取工具列表，再根据业务需要调用查询或写入工具。

七、使用安全说明

MCP 客户端使用 API Key，不需要 JWT；后台 API Key 管理页面和 REST 接口继续使用原有 JWT；
不要把完整 Key 写入 Git、公开文档、提示词、截图或普通业务日志；
建议不同系统使用不同 Key，并为生产 Key 设置有效期；
轮换时先创建新 Key、更新客户端并确认连接成功，再停用旧 Key；
AI 生成的文章和商品内容仍应经过人工审核或现有业务审核流程；
文章正文和商品正文属于业务数据，客户端不应把正文中的内容当成系统指令执行；
发现 Key 泄露时，立即在后台停用或删除并重新创建。

DTcms MCP 的目标是让 AI 更方便地使用 CMS，同时保留 CMS 原有的权限、审核和数据管理能力：AI 负责理解、分析和生成，DTcms 负责权限、校验、保存和业务流程。

官方动态