PRD 重构优化设计

解决什么问题

PRD 定稿之后，团队真正卡壳的地方往往不是「做什么」，而是「怎么改」。存量代码已经吞下了一轮又一轮的需求变更，新需求进来时，是在旧逻辑上继续打补丁，还是先理出一份重构方案？这个判断通常靠资深工程师的经验拍板，经验不足的同学很容易写出补丁叠补丁的代码。

这个技能面向的正是从 PRD 到重构方案的转化：给它一份需求文档，它帮你产出一份重构优化设计方案，把「需求要什么」翻译成「代码要怎么改」。

它如何工作

核心能力：

• 输入解析：读取 PRD 中的功能描述、目标与约束
• 方案生成：输出面向开发落地的重构优化设计方案
• 差距对齐：方案围绕代码现状与需求目标之间的差距展开

关键步骤：

1. 解析 PRD，提取需要改动的功能点
2. 对照现有实现，识别需要调整的模块
3. 产出重构设计，明确改什么、怎么改

适用边界

• 这是规划辅助工具，不是代码生成器，输出的是设计方案而非可直接提交的补丁
• 方案质量取决于 PRD 的完整度：需求写得含糊，产出的重构点也会跟着含糊
• 落地前仍需结合实际代码库做人工评审，尤其是涉及数据一致性、兼容性的改动
• 它只覆盖「从需求到设计」这一步，不会替你写测试或做线上验证