代码变更全流程工作流

问题

代码改动常卡在需求含糊、先写后查、测试覆盖不足和回滚沟通断层上。主 Agent 一边编码一边自我判断，容易漏掉受影响文件、异常路径和测试用例。

工作方式

dev-flow 把代码变更拆成需求确认、编码、检查、浏览器测试和结果输出五个阶段，并要求关键判断交给独立子 Agent：Questioning Agent 负责追问需求与缺口，Check Agent 在编码前启动，同时校验代码正确性与测试计划完整性。

• 用户确认后，流程必须连续执行，不能中途暂停。
• Check Agent 必须早于编码开始，并在 SendMessage 中收到修改文件列表。
• 每个改动都要有对应测试用例；若 agent-browser 可用则必须执行浏览器测试，不可用时需输出人工测试说明并请求确认。
• 输出测试报告，记录通过项、缺失用例、异常路径和回滚信息。

适用边界

适合需要强约束的小型到中型代码变更，尤其是前后端功能、UI 交互、API 改动。它依赖 AskUserQuestion、SendMessage、agent-browser 等外部能力；若环境缺少浏览器测试或用户确认通道，只能走降级流程。它不替代架构评审、安全审计或 CI 质量门禁。