现象
workflow-compose(编排)有说明,编排完后产出大表。但 workflow-run(执行)跑完整个工作流后,没有一个机制去复盘这次跑的过程中遇到的问题,并把调整反写回大表。
具体表现:
- process-findings.md 没有被主动使用——schema 里定义了这个文件,workflow-run 的 SKILL.md 也提到了反馈通路,但实际上跑完之后没有"坐下来复盘"的步骤
- 大表里的问题不会自动暴露——跑的过程中发现 description 不准、command 有错、缺前置条件等,但没有机制让这些发现回到大表里
- 每次调整是即时的、零散的——遇到问题修一下继续跑,修了什么、为什么修,没有系统记录
初步判断
workflow-run 的 SKILL.md 最后有"反馈通路"段落,区分了三种故障来源。但它是面向"提 GitHub issue"的,不是面向"复盘工作流本身"的。
可能需要的工作流完成后的行为:
- 跑完后主动回顾本次 run 中的所有调整/修复
- 判断哪些调整暴露了大表的问题(description 不准、command 有错、缺前置条件等)
- 建议用户是否需要修订大表(可以用 workflow-revise)
- 记录到 process-findings.md 或类似的地方
这不是一个简单的 bug fix,是框架流程层面缺了一环。
现象
workflow-compose(编排)有说明,编排完后产出大表。但 workflow-run(执行)跑完整个工作流后,没有一个机制去复盘这次跑的过程中遇到的问题,并把调整反写回大表。
具体表现:
初步判断
workflow-run 的 SKILL.md 最后有"反馈通路"段落,区分了三种故障来源。但它是面向"提 GitHub issue"的,不是面向"复盘工作流本身"的。
可能需要的工作流完成后的行为:
这不是一个简单的 bug fix,是框架流程层面缺了一环。