步行修复预览
Walk-and-Fix 将自动行走者的发现转化为所有者范围的 FixIntent
记录，以便团队可以通过稳定的 API 来分类、分配和关闭缺陷。
**仅针对当前部署的规划表面：**自动补丁生成 未实施。
run_fix_cycle提出计划但不执行。 唯一实现的应用适配器在旧本地虚拟机内编辑文件；那个 与当前不可变应用程序部署模型冲突，不得使用 作为生产修复路径。 GitHub PR 和提供程序重新部署模式不是 已实施。
支持的工作流程
- 运行自动行走。
- 审查调查结果及其证据。
3.调用
propose_fix创建可追踪意图，或者调用run_fix_cycle创建 一组有限的阻碍/主要发现的意图。 - 通过正常的审核流程更改源存储库。
- 构建并部署新的不可变变体。
- 重新运行步行并与之前的步行进行比较。
- 只有在新证据证明调查结果正确后才致电
close_finding已修复、重复、不是错误或故意未修复。
这可以保持源代码控制、审查历史记录和部署的工件保持一致。
工具和边界
| 工具 | 当前行为 |
|---|---|
propose_fix | 创建 FixIntent；不生成代码 |
run_fix_cycle | 创建一个有界限的计划；不应用更改 |
get_fix_intent / list_fix_intents | 读取拥有的意图记录 |
close_finding | 记录所拥有发现的处置 |
apply_fix | 旧版本地虚拟机全文件替换；不是不可变的部署工作流程 |
apply_fix 接受完整的文件内容，而不是统一的差异。应该是有限的
运营商明确接受的一次性遗留测试仪部署
该更改位于源代码控制之外，并且在重新部署时将丢失。
结束调查结果所需的证据
成功的构建或部署还不够。捕获：
- 包含更改的源版本；
- 替换部署 ID 和状态；
- 锻炼受影响路径的新的通过场景或步行；和
- 显示在没有新的阻止程序或重大回归的情况下解决的发现的差异。
如果测试无法重现原始路径，请将结果保持打开状态或 在其处置中记录证据限制。