边界随版本变化，说明需同步更新
别名: 边界漂移 · 能力说明过期 · stale capability copy
概念解释
上个季度还不能读表格的模型，这个季度可以了；上个季度还能「联网核实」的功能，这个季度被关掉了。界面上的能力说明若还停在旧版本，就是在用过期地图指路。与版本同步的边界文案（version-synced boundary copy）要求：模型、工具、权限一变，那几句「能/不能」跟着变，而不是等下一次品牌改版。
漂移有两个方向。新能力没写进去，人不会去用；旧能力还写着，人会按已失效的路径行动。后一种伤害更大。
机制
生成系统的能力不是编译进客户端的函数表，是服务端的模型、检索、工具开关。客户端文案、帮助中心、空状态示例往往走另一条发布列车，周期更长。两边一脱节，界面就成为对上一版本的证言。
人一旦从某次成功里学会「它能读 PDF」，会把这张卡片用很久。版本更新很少被体验成「能力集合变了」，更常被体验成「今天怎么不行了」或「你们是不是故意关了」。过期的负向说明同样有害：写着「不能分析表格」会把已经能做的任务挡在门外，同时让真边界的信誉下降——人发现那句是假的，其余的「不能」也不信了。
怎么研究
用两个版本的产品说明对同一组任务做交托判断，再在真实版本切换前后做日记研究：哪些任务从「会做」变成「不会」，用户多久才改口。自变量：说明是否标注版本或日期、切换时是否提示能力变化、变化是增还是减。因变量：过期路径的尝试次数、发现滞后、对整份说明的信任。
实验室里把文案和模型硬绑在同一构建号上，会低估现场脱节。现场要查的是两列车的时间差。
边界
纯展示、不接工具的静态模型，边界几乎不随小版本变，同步成本低。企业私有化部署若禁止自动更新，说明应当锁在该部署的构建上，而不是指向公网最新帮助。向后兼容的「现在更能做」可以延后宣传；「现在不能做」必须抢在第一次失败前到达。这条不处理第一次该如何披露边界，只处理披露与真实能力的时间对齐。
怎么落地
- 能力说明与模型/工具配置共用一个版本标识。配置关掉联网，帮助中心里「可以查网页」必须在同一次发布里消失。
- 能力减少时做一次打断式通知，点名哪一类任务不再被支持，并给出替代路径。能力增加用更轻的入口即可。
- 空状态示例从当前工具清单生成，不要手写一份常年不改的「试试这些」。
- 验证：在预发环境关掉一项工具，走一遍空状态、帮助、输入提示、失败文案，四条通道不得再承诺该项。再用三个老用户做任务，看他们是否仍按旧能力规划步骤。