用途：Optflow 用于发现代码仓库或库中的优化机会，并将选定的优化端到端执行完成。触发场景包括：要求查找仓库优化点、要求优化路线图加实现、要求测试先行的优化交付与提交、要求行为驱动（BDD）或验收场景交付。
主要能力：
- 发现优化积压项：在规划改动前扫描仓库，将发现归类为性能、可靠性、可维护性、安全、开发体验、成本六类；每条记录症状与证据（文件/路径/指标）、预期影响、工作量估计、风险等级，并按影响/工作量/风险建立优先级积压，低置信度发现明确标记为假设。
- 定义就绪标准（DoR）：参考共享交付基础 references/delivery-base.md；若要求实现且未明确提交方式，默认使用 per_step。
- 编辑前先构建完整计划。
- 按需添加 BDD 层：用户要求或需求不清晰时使用，参考 references/bdd-guide.md 中的 BDD Lite、场景质量清单、Scenario Outline 与测试层映射。
- 逐步执行：尽可能将每个计划步骤视为一个功能边界；当 commit_policy = per_step（实现时的默认值）时，只暂存当前步骤/功能的文件，先运行步骤级检查，通过后立即提交，并记录步骤到提交哈希的映射。
- 按需应用无向后兼容模式。
- 用测试矩阵验证：每步强制循环为实现当前功能步骤、运行映射的步骤检查（至少一条自动化命令）、通过则立即提交该步骤、再进入下一步。
- 提交与交接：per_step 模式下每一步必须在下一步开始前已提交。
输出模板：优化积压项模板包含 Finding、Category、Evidence、Impact、Effort、Risk、Priority score、Decision（implement now 或 defer）；优化计划模板包含 Selected Findings、Execution Steps（每步含 done condition）、Expected Gains。
限制与护栏：预期实现时不得止步于规划；不得留下未完成的计划步骤；能立即运行的必需测试不得推迟；per_step 模式下未提交不得进入下一步，也不得把多个已完成功能步骤合并为一次提交；用户明确要求不做兼容工作时不得声称兼容；提交中不得包含无关的既有脏文件；交接时必须提供具体验证证据。
其他信息：官方文本暂未提供；具体安装命令、收费与平台支持暂未提供。