本文是 BMAD-METHOD 真实生产级实战记录：78 个 C#/.NET Framework 存量项目代码重构全流程。

适用读者：要用 AI 重构老项目、想看"5 阶段 + 3 轮 Sprint + 闭环回顾"完整落地的工程师。

---

💡 背景

最近做了一次老项目的代码重构——把 78 个 C#/.NET Framework 存量项目从传统手动开发模式，优化为 SDD（Spec-Driven Development）AI 驱动工程。

为什么选 BMAD 而不是直接用 SDD 工具？

• 78 个项目 = 几千个文件，纯 SDD 工具生成 SPEC 后没人能读完
• 老代码 = 没有文档、耦合度高、修改风险大
• 需要的是可审计、可中断、可回退的工程纪律，不是"AI 自动改完上线"

结论：BMAD-METHOD 的多 artifact 体系 + 3 阶段闭环 完美匹配——文档可分片、过程可中断、关键决策有"人工检查点"。

---

上一篇讲了"为什么需要动态 prompt"和"3 大关键参数调优"。本文聚焦怎么在 AgentScope 里把动态 prompt 实现好——用 on_system_prompt middleware。

业务里跑 agent 久了，碰到两类问题最常见——"system prompt 太死板"——"默认参数扛不住业务量"。本文从代码实战出发，聊聊怎么把这两件事做对。