# 旧表重做模式（2026-07-13 金飞达重做教训）

## 适用场景

当用户明确说：
- “忽略之前做过的汇总表，重新开始”
- “不要沿用旧表，重新做”
- “旧表不作为依据，重新汇总和审查”

则本轮任务进入**旧表重做模式**。

## 核心规则

### 1. 旧表只可作为线索，不可作为数据来源
旧表可以用于：
- 找文件清单
- 参考板块结构
- 回忆历史模版比对方向
- 辅助定位此前做过的合同组合

旧表**不可以**用于：
- 直接复用 D~L 列文字
- 直接复制付款推算
- 直接沿用 K 列风险结论
- 直接沿用 L 列差异表述

**铁律**：新表的 D~L 列内容必须回到现有 `_全文.md` / 合同原文重新生成。

---

### 2. 必须重新读取规则，不得默认“上次做法仍然对”
开工前必须重新核读至少以下规则：
- 输出格式基准（跃龙路/桃坞路）
- K/L 分工规则
- H 列付款推算规则
- I 列类目覆盖规则
- 07 模版逐条比对规则

原因：用户说“重新开始”，不仅是重做表，也是**重置旧判断**。不能因为“这个校区以前做过”就把旧格式、旧逻辑直接续上。

---

### 3. 排序和板块以本轮用户指令为准
如果用户本轮明确指定：
- “按租赁物分类”
- “同一租赁物按签约时间排列”
- “输出格式按照桃坞路校区”

则必须以本轮要求重排，不能沿用旧表的：
- 按合同类型分组
- 按 workflow 完成顺序排列
- 按旧版人工习惯排序

**一句话**：旧表结构不是规范，用户这轮指令才是规范。

---

### 4. 先产出一份新的可验证成品，再继续精修
重做时不要先陷入“必须一次做到极致”而迟迟不出成品。正确节奏：
1. 基于现有 md 和原文先生成一份新的 xlsx
2. 立即跑校验：
   - `kl-separation-check.py`
   - `i-column-coverage-check.py`
   - H 列人工四检
3. 再针对暴露的问题做第二轮精修

这样可以先保证：
- 有真实交付物
- 有工具输出支撑
- 后续优化有具体落点

---

### 5. I 列覆盖报警要区分“合同缺项”与“漏提取”
`i-column-coverage-check.py` 报警后，不能机械追求“全部消警”。

尤其是以下合同：
- 临时仓储合同
- 简短补充协议
- 只有价格/主体变更的协议

这类文本天然不具备完整的 21 类租赁主合同要素，报警可能是**合理报警**。

处理方式：
- 主租赁合同：优先补足到阈值以上
- 简短合同：人工核实“确实没有这些类目”后保留报警结论即可，不为过关硬凑内容

---

### 6. H 列付款时间必须独立重算
用户如果特别点名“付款时间要推算”，则 H 列不能复用旧表付款描述，必须按现有条款重新算：
- 首期付款区间
- 后续期次
- 先付后付 / 后付前置天数
- 免租期是否并入首期
- 物业费是否与租金同步结算
- 补充协议是否改了原付款机制

**铁律**：哪怕旧表看起来“差不多”，也必须重算一遍。

---

### 7. K/L 列必须同步重建，不得“旧K旧L沿用”
重做模式下最容易偷懒的地方就是 K/L 列。

但用户要求“重新开始”时：
- **K 列**必须回到合同原文，重新做八维审查与提前退租分析
- **L 列**必须重新按 07 模版逐条对照，不得只搬旧表结论

尤其当：
- 合同排序变了
- 板块结构变了
- 同一租赁物的合同关系重新被识别了

旧 K/L 直接搬运会导致逻辑错位。

---

## 实务提示

### 推荐工作顺序
1. 盘点本轮实际要纳入的新表文件清单
2. 按用户要求先定板块结构和顺序
3. 逐份回读 `_全文.md`
4. 先写 D~J
5. 再写 K（八维+提前退租）
6. 再写 L（07 模版差异）
7. 生成 xlsx
8. 跑校验并修正

### 不推荐做法
- 直接在旧 xlsx 上修修补补
- 先复制旧表全文再逐格改
- 默认旧 K/L 正确，仅小修
- 用旧付款推算“参考一下就当新结果”

---

## 来源

2026-07-13 金飞达校区：用户明确要求“忽略之前做过的汇总表，重新开始”，并强调付款时间重新推算、八维审查不能忘、07 模版逐条比对、按租赁物分类和同一租赁物按签约时间排列。实践证明：正确做法是把旧表降级为线索源，而不是底稿源。