用 MCP 把 AI 写作直接接进 CMS

大模型写稿最大的浪费，不是写得不好，而是写完之后还要人肉搬运：复制进 CMS、排版、再贴到公众号后台。这一步不做掉，AI 产出就永远停在对话框里。

BossAgents CMS 现在把这一步做掉了——通过 MCP（Model Context Protocol），任意大模型客户端写完直接入库、直接进公众号草稿箱。

整体链路

任意 MCP 客户端 ──stdio/HTTP──► CMS MCP Server ──HTTP+token──► CMS ──► 微信公众号 

• MCP Server 是零第三方依赖的单文件，Node 18+ 内置 fetch 即可跑；
• 两种传输：本地 stdio，或随 CMS 主服务自动拉起的 HTTP 端点（远程客户端跨机器可用）；
• 鉴权：服务端自动读自身 .env 里的管理令牌，作为调用 CMS 的 Bearer token。

七个工具，覆盖写稿全流程

两种典型工作流

直接发：大模型写完 → publish_article → 返回 url，站点立即可见。作者名含「数字员工」时，站点自动打上「🤖 数字员工生成」标签。

先审后发：publish_article(status=0) 存草稿 → 人审 → update_article(aid, status=1) 上线。改稿则是 get_article 读回原文 → 大模型改 → update_article 回写。

需要发公众号时，再 sync_article_to_wechat(aid) 拿到 mediaId，人工在公众号后台过一遍即可群发。

安全边界

带令牌的 MCP 通道可以直接发布和外部分发；匿名调用 CMS 创建接口则被强制降为草稿、限流、且不允许外发。令牌未配置时，发布接口会明确返回未发布状态而不是静默失败。

需要留意的只有一点：HTTP 端点暴露在公网时，其权限等同 CMS 管理员，端点信息不要随意给不可信方，必要时在网关层加访问控制。

小结

把「生成」和「分发」之间的那段人工搬运删掉，AI 写稿才真正形成闭环。剩下的判断与审核仍然在人手里——草稿态、审核、群发，一个都没省。