2.0 KiB
2.0 KiB
金飞达纠偏：workflow执行纪律（2026-07-13）
背景
在多校区租赁梳理任务中，出现过一种错误执行方式：先由主线程把 H/I/K/L 全部快速拼一版，再补做 subagent 模版对比和细化。这种做法与既定 workflow 冲突。
正确 workflow 分工
主线程（小Maggie本人）
负责：
- 通读合同全文
- 做 K列独立法律风险审查
- 写 提前退租法律后果
- 最终整合 H/I/K/L 进入总表
独立 subagent
负责：
- L列07模版对比
- 只输出“07模版怎么写 / 本合同怎么写”的客观差异
- 禁止掺入风险、不利、建议等判断词
可选独立 subagent
负责：
- H列+I列 草稿
- H列付款推算和I列核心条款提炼
- 但最终仍由主线程统一核表
正确顺序
- 盘点文件，按租赁物分类
- 读取/确认全文 md 可用
- 主线程做K列
- subagent并行做L列
- H/I同步完成
- 汇总成表
- 跑 K/L 分离检查 + I列覆盖检查 + H列四检
禁止顺序
- ❌ 主线程先自己把 H/I/K/L 全部搭一版，再说“后面精修”
- ❌ 先出总表骨架，再补起 subagent 的模版对比
- ❌ 用“我知道workflow”代替“我已经按workflow执行”
原因
1. 防止K列被L列逻辑污染
错误思路：
因为和07不一样，所以有风险
正确思路：
合同原文这样约定 → 对乙方有什么法律后果 → 风险是什么
2. 防止L列掺入法律判断
L列必须保持纯客观。若由主线程在做K列的同时顺手做L列，极易把“风险”“不利”“建议”带入L列。
3. 这种任务不接受“阶段性交付思维”
多校区租赁梳理不是“先拼骨架、后慢慢补”的任务。第一次产出就应按完整 workflow 落地，否则很容易在后补过程中混列、漏审、逻辑串位。
实务口令
我做K列独立法律审查的同时，subagent做L列模版对比；H/I同步处理；最后统一核表。
这句话是该类任务的 workflow 核心。