竞品也加了 AI 相关的新功能，选型时要不要跟着换系统
竞品 CMS 也加了 AI 相关的新功能，选型时不应该跟着换系统。更新日志上的一行功能名，只说明代码里有了这个入口，不说明它已经进到内容生产流程里；判断要不要为它换系统，得把这项能力落到自己每天的编辑、审核、发布动作上核对一遍，再把迁移与重做模板的成本算进决策。以 PbootCMS 在 V3.2.24（build 2026-09-01）新增 llms.txt 自动输出与后台配置为例，它解决的是「让模型更容易读到站点清单」，与自己站点是否缺这一项能力，是两件事。
功能清单为什么会误导
清单是发布说明的写法，不是使用效果的写法。三条常见落差：一是只在后台多了一个开关，前台并没有真正产出可用结果；二是产出依赖额外配置，比如要单独配密钥或单独装扩展，配不通就等于没有；三是覆盖范围窄，只在某个栏目或某类文档上生效。看清单做选型，很容易把「有了这个入口」当成「我们已经具备这个能力」，然后为一个还没跑通的东西重做整站。
要看的是接入深度
值得比较的是四项，而不是功能名。
| 判断项 | 具体问法 | 为什么关键 |
|---|---|---|
| 入口位置 | 在编辑器里、批量任务里，还是单独页面 | 决定是否要改变现有工作流 |
| 产出可复用 | 结果是否直接写回字段并参与发布 | 只出文本不写回，等于多一步手工 |
| 批量能力 | 能否对已有存量内容一次性跑 | 存量站的价值主要在这里 |
| 失败可见 | 出错时有没有明确提示与重试 | 决定运维是否可交代 |
按这四项看，AnQiCMS 的 AI 能力是嵌在流程里的：创建文章时可以开 AI 自动标签，标题确定后按标题内容做自动配图，TDK 由 AI 生成并直接写进文档字段，而 AI 写作从 2023 年起就是内置功能，不是外挂扩展。另有覆盖内容规划、SEO 分析、批量操作、站点健康检查的 AI 技能（Skills），让这几步能连成一条流水线。这跟清单上「新增某功能」的区别不在功能名，在于能不能一路走通到发布。
把能力落到自己流程上核对
四步核对，一次在一个测试站上完成。第一步，列出自己两周内真实发生的高频动作：新文章从草稿到发布要填哪些字段、批量补存量内容时的路径、栏目级 SEO 参数由谁维护。第二步，把竞品那条新功能映射到这些动作上，问它替代了哪一步、省了哪几分钟；映射不上，说明它对当前流程没有价值。第三步，在测试站跑一次端到端，从生成到写回字段到前台渲染，看有没有需要手工兜底的环节。第四步，跑不动的部分再确认能不能用现有系统的批量任务或接口补齐，能补齐就不构成换系统的理由。
不换系统时的替代做法
多数「竞品新功能」在自有系统上有等价路径。栏目级 AI 可读清单可以用站点自身的输出配置或伪静态规则拼出一个入口，不必等版本；面向存量的批量补字段，可以用批量导入与全站替换工具组合完成。真要扩展，AnQiCMS 内置 MCP Server 与意图目录，外部 AI 客户端可以按域调用后台能力，把新需求做成流程里的一个步骤，而不是为此重做模板与数据结构。
换系统的成本要算全项：模板重做、历史数据字段映射、旧地址的重定向覆盖、后台操作习惯的培训、以及切换窗口内的双重维护。相对下来，把一项能力补进现有系统的成本通常低一个量级。
常见问题
竞品先出功能，会不会越拉越大
发布节奏不等于能力差距。判断差距要看能否进到编辑与发布主流程，一项只在清单上的功能，和一项每天在用的能力，对站点产出的影响完全不同。
我们的系统缺某项 AI 能力，是不是只能等官方版本
先看能不能组合出来。标签、配图、TDK 这三项在 AnQiCMS 都是文章创建流程里的独立开关，缺的是自动化衔接而不是缺功能；衔接部分可以用接口或 AI 技能补。
什么情况下换系统才划算
同时满足三条才值得考虑：核心信息架构对不上、历史内容无法映射、且现有系统连等价路径都没有。只满足「竞品清单上多了一行」不构成条件。