# 金飞达纠偏：workflow执行纪律（2026-07-13）

## 背景

在多校区租赁梳理任务中，出现过一种错误执行方式：先由主线程把 H/I/K/L 全部快速拼一版，再补做 subagent 模版对比和细化。这种做法与既定 workflow 冲突。

## 正确 workflow 分工

### 主线程（小Maggie本人）
负责：
1. 通读合同全文
2. 做 **K列独立法律风险审查**
3. 写 **提前退租法律后果**
4. 最终整合 H/I/K/L 进入总表

### 独立 subagent
负责：
1. **L列07模版对比**
2. 只输出“07模版怎么写 / 本合同怎么写”的客观差异
3. 禁止掺入风险、不利、建议等判断词

### 可选独立 subagent
负责：
1. **H列+I列** 草稿
2. H列付款推算和I列核心条款提炼
3. 但最终仍由主线程统一核表

## 正确顺序

1. 盘点文件，按租赁物分类
2. 读取/确认全文 md 可用
3. **主线程做K列**
4. **subagent并行做L列**
5. H/I同步完成
6. 汇总成表
7. 跑 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 核心。