安企CMS 帮助文档与使用指南
内置 MCP Server 的做法是：工具面按意图目录统一收敛，接入侧用 Bearer 令牌鉴权，同一个回合内产生的多个写操作合并成一次确认再执行，而不是每改一处就打断一次。哪些能力对外可见由意图域的暴露范围决定，备份、升级、多站点等全站级高危域默认关闭，需要显式开启。这样外部客户端（如 Claude、Cursor）能参与运营，但改动范围与确认次数都可控。
不等于。按 llms.txt 提案的原文定位，这个文件是给 AI 智能体导航用的 Markdown 指南，智能体查看或检索它之后再跟随其中的链接去找信息；摘要文件本身不承载正文。链接指向的地址能否被真正抓取、页面内容是否可读，才决定引擎能不能读到内容，光有一份摘要文件不构成读到正文。
同一条发布日里给两条分支各出一个安全版时，站点要跟哪一条不看版本号新旧，而看自己所在分支的两条截止线：错误修复截止与安全修复截止。分支过了第一条线只是不再收功能类修补，过了第二条线意味着新出现的漏洞不会再有官方补丁。跟版时要读更新记录里的修复项，判断是否触及自己的用法，并留出备份与登录凭证处理的时间。
建站程序之间的许可证差异，主要体现在二次开发的分发义务上：采用 GPL 的程序把主题与插件视为衍生作品，衍生作品要延续同一许可；采用 Apache 2.0 这类宽松许可的程序不要求延续，但保留了专利授权与商标使用等条款。选型时要读的是分发义务、专利条款和品牌使用三处，而不是只看功能列表。
会踩在路径规则的大小写上。RFC 9309 规定抓取方用不区分大小写的方式挑选匹配的产品标识规则组，但路径匹配 SHOULD 区分大小写，因此屏蔽 /Upload/ 与 /upload/ 是两条规则。冲突时以最具体为准，而"最具体"按字节数判定，非 ASCII 目录的直觉容易和结果不一致。
期限按发布日历排，不按公告语气排。Drupal 官方日程写明新版发布那一周同时终止旧分支的安全支持，因此站内窗口要卡在下一个安全发布日之前完成升级，而不是等旧分支失效后再补。排期前先确认在用分支在不在支持窗口内，升级前做一次完整备份并保留回退路径。
即时收录通知只在参与方之间生效，其余引擎仍靠站点地图与常规抓取发现更新，官方也写明没有这类通知时，搜索引擎发现内容变化可能需要数天到数周。接收方范围要按协议官网核对，站内动作顺序是站点地图保证覆盖、301 重定向保证旧地址转移、参与方通知优先发。
按"只有最新版本处于活跃支持"这句办。回移是官方安全团队给的礼遇，不是支持承诺：WordPress 7.1.2 的修复被回移到最早 4.7 的分支，同一份公告明确只有最新版本持续获得安全修复。判断维护边界要看是否列入支持范围，而不是某次有没有被照顾到。
PbootCMS 在 V3.2.15 更新说明中新增 AI 写作助手模块，支持一键生成文章、改写、TDK 与图片 Alt，并声明兼容 OpenAI 协议第三方服务，解决的是模型供应商的替换成本：接口协议统一后，换服务不必改写后台。AnQiCMS 走的是拆分路线，AI 写作、自动标签、AI 绘画与 TDK 各自成环节。
能，但要先认清它是代理指标。确定性打分规则固定、可复现、不依赖引擎调用，适合内容上线前批量自查；它的可信度取决于有没有通过对抗性证伪关卡——阴性对照、剂量响应、有界放大、重复惩罚、长度中性。站内落地顺序是先把可抽取的形态做齐，再用打分挑出待改页面。
