用途：当某功能已完成“需求→技术方案→任务规划→编码实现”闭环后出现新的修改或扩展需求时，用该 Skill 处理对已有功能的增量变更。从零开始的新功能不属于其范围，应使用 feature-requirements-clarification。
主要能力：以产品架构师角色接收变更描述，通过引导式提问明确变更功能、目的（修复体验、扩展能力、优化性能）与优先级；完成现状调研，读取 specs/features/ 下的功能需求、技术方案与任务规划文档并搜索相关代码；自动分类为微调、扩展或重构并请用户确认；从需求、技术、代码和测试四方面做影响分析；就地修改受影响的文档并在末尾追加变更日志；生成仅含变更部分的增量任务计划。
使用方式：执行前须遵守 specs/PROJECT-CONTEXT.md 与 specs/GUARDRAILS.md。流程为变更接收与理解、现状调研、变更分类、影响分析、增量文档更新、双重确认、最终交付。CR 编号连续递增（从 CR-001 起），增量任务编号接续原任务规划最后编号；变更日志记录 CR 序号、类型、原因与内容摘要；任务计划按 assets/feature-evolution-template.md 填充，保存为 specs/features/{功能名称}变更任务{CR序号}.md。
适用场景与限制：适用于不推翻既有实现的迭代优化。只输出 Markdown 文档与任务清单，严禁编写或修改业务代码，保存任务计划后须停止；不整体重写已有文档，未受影响的已完成内容原样保留；每个增量任务计划须包含回归验证任务。变更范围超过原功能 70% 时建议转为新功能或拆分为多个小变更；文档与代码不一致、存在未完成前序任务时会提示先处理。该资料暂未提供安装命令、收费信息或更多平台细节。