编程代理能力迭代很快，"学会一个版本"不等于"长期胜任"。本节建立一套证据导向、低盲从的演进跟踪方法：以官方一手资料为准、先验证再纳入流程、持续审视既有定制。
一、以官方文档为事实基准
- 功能是否存在、命令与参数语法、默认行为、限制条件，均以官方文档与当前安装版本的内置帮助/诊断结果为准。
- 社区教程、第三方盘点与示例只能作为线索，使用前回到官方来源核对版本与语法，避免照搬过时或错误的命令（贯穿全教程的零幻觉原则）。
- 区分文档中的稳定能力与实验性/预览性能力；后者默认不作为团队流程的关键依赖。
二、升级与变更后的验证流程
- 升级前备份个人与项目的自定义配置、命令、子代理与记忆文件，保留可回退状态。
- 先在隔离工作副本中跑通常用工作流（探索、修改、测试、审查各一类代表任务），观察行为差异。
- 对照官方变更说明确认：新增能力、行为调整、废弃项与破坏性变化；被废弃的旧用法列入替换计划。
- 更新受影响的团队规范与自定义资产；无变化的部分不盲目重写，降低无谓风险。
- 确认常用检查命令、权限策略与外部连接仍按预期工作，必要时用诊断命令排查配置加载状态。
三、新能力评估框架
| 评估问题 | 判断重点 |
|---|
| 解决什么真实问题 | 是否对应高频痛点，而非为新奇而采用 |
| 前置条件与成本 | 学习、配置、权限、依赖与维护成本是否可接受 |
| 风险与边界 | 安全、稳定性、可回退性、对既有流程的冲击 |
| 试点方式 | 先用小范围样本验证收益，再决定是否推广 |
| 沉淀形式 | 进入命令/子代理/规范，还是仅作为临时技巧 |
四、防止"定制腐化"与信息时效管理
- 定期回看自有命令、子代理与规则：哪些已被原生能力覆盖可精简，哪些因版本变化失效需修正。
- 为关键自定义资产补充"最后核对版本/日期"说明，过期后重新校准。
- 对自己输出的经验保持版本标注，迁移到其他工具时不直接混用命令名与参数（不同产品语法相互独立，见全书各产品区分说明）。
不预测、不编造路线图
本教程不对未发布功能、定价额度、配额上限或时间线作承诺；这类信息以官方最新公告与账户实际状态为准。跟踪的价值是提高适应速度，而非追逐每一个短期热点。
本节小结与下一节预告
本节建立了官方优先、先验证后采用的演进跟踪方法。最后一节给出 AI 编程时代的能力模型与进阶路线，作为本产品教程的收官指引。