PRD → 增量改造设计

要解决的问题

拿到一份 PRD 时，最常见的困境是：需求并不是从零开始的，而是在既有代码库上的局部改动。如果让模型直接基于全量需求生成设计文档，结果往往有两种——要么把无关模块重新设计一遍，制造出大量无效变更；要么遗漏本次需求真正触及的边界，把兼容性问题留到联调阶段才暴露。

PRD → 增量改造设计 这个技能针对的就是这类场景：在已有系统上做增量改造时，如何让设计文档聚焦于变更本身。

技能的工作方式

该技能属于 dev-programming 分类，核心输入是一份 PRD，输出是围绕增量改造的设计内容。它的工作节奏是分步式的：

• 分步索要字段：技能不会一次性吞下整份 PRD 然后吐出一份大而全的文档，而是按步骤逐个索要设计所需的字段，每一步的输入和职责都比较明确；
• 增量视角先行：围绕 PRD 中描述的变更点，先界定哪些模块、接口和数据结构会被影响，再展开设计，避免把现有设计推倒重来；
• 改造路径清晰：在给出目标态设计的同时，对新旧逻辑的衔接方式做出说明，方便工程师判断改造的落点。

适用边界与注意点

• 适合增量场景：本次需求属于对现有系统的改造、扩展或局部重构时，效果最好；如果是全新的绿地项目，直接走常规的设计文档流程即可；
• PRD 质量决定上限：如果 PRD 没有明确描述改动范围与兼容性要求，技能同样无法凭空推断，建议先补齐变更背景；
• 仍需人工评审：技能产出的是设计层面的增量改造方案，涉及线上数据、外部依赖的兼容性结论，依然需要工程师复核后再落地。