迭代项目最怕的不是做得慢，而是为了快而把影响面放大。已有项目里真正关键的是让 AI 先理解上下文，再把每次变更限定在可控范围内，逐步建立更稳的开发节奏。
适用场景已有产品持续演进
适合已经在线、持续维护、需要兼顾稳定性与交付速度的项目。
核心目标控制改动范围
先保证每次修改可理解、可验证，再逐步扩大 AI 的参与深度。
推荐策略上下文 + 变更隔离
让 AI 先读懂项目，再在明确边界内进行小步快跑式改动。
适用场景
这类项目通常已经有用户、已有结构、已有历史决策，因此不适合“推倒重来”，而适合在现有约束里稳定演进。
- 已有项目，持续迭代，需要长期维护。
- 系统存在一定复杂度，不能随意大范围改动。
- 团队希望在不影响稳定性的前提下提升 AI 协作效率。
核心工具
在迭代项目里，工具的关键不是“生成更多”，而是“理解更多、改得更稳”。
OpenSpec
限制每次改动的目标和范围，避免 AI 在复杂项目里过度扩散修改。
了解 OpenSpec →Wiki Repo
给 AI 提供项目说明书，让它对系统结构、模块职责和上下文有更稳定理解。
了解 Wiki Repo →实施步骤
1. 建立 Wiki Repo
先把系统的关键背景、结构和规则沉淀出来，让 AI 有基本上下文。
2. 每次改动用 OpenSpec 隔离
每次只处理一块明确范围内的变更，减少连带风险。
3. 逐步完善文档
把每次协作中新增的知识继续沉淀，提升后续协作稳定性。
4. 持续优化流程
随着项目推进，逐步把高频有效做法沉淀成团队默认方法。