4.3 KiB
4.3 KiB
旧表重做模式（2026-07-13 金飞达重做教训）
适用场景
当用户明确说：
- “忽略之前做过的汇总表，重新开始”
- “不要沿用旧表，重新做”
- “旧表不作为依据，重新汇总和审查”
则本轮任务进入旧表重做模式。
核心规则
1. 旧表只可作为线索，不可作为数据来源
旧表可以用于：
- 找文件清单
- 参考板块结构
- 回忆历史模版比对方向
- 辅助定位此前做过的合同组合
旧表不可以用于：
- 直接复用 D~L 列文字
- 直接复制付款推算
- 直接沿用 K 列风险结论
- 直接沿用 L 列差异表述
铁律：新表的 D~L 列内容必须回到现有 _全文.md / 合同原文重新生成。
2. 必须重新读取规则，不得默认“上次做法仍然对”
开工前必须重新核读至少以下规则：
- 输出格式基准（跃龙路/桃坞路）
- K/L 分工规则
- H 列付款推算规则
- I 列类目覆盖规则
- 07 模版逐条比对规则
原因：用户说“重新开始”，不仅是重做表，也是重置旧判断。不能因为“这个校区以前做过”就把旧格式、旧逻辑直接续上。
3. 排序和板块以本轮用户指令为准
如果用户本轮明确指定：
- “按租赁物分类”
- “同一租赁物按签约时间排列”
- “输出格式按照桃坞路校区”
则必须以本轮要求重排，不能沿用旧表的：
- 按合同类型分组
- 按 workflow 完成顺序排列
- 按旧版人工习惯排序
一句话：旧表结构不是规范，用户这轮指令才是规范。
4. 先产出一份新的可验证成品，再继续精修
重做时不要先陷入“必须一次做到极致”而迟迟不出成品。正确节奏：
- 基于现有 md 和原文先生成一份新的 xlsx
- 立即跑校验：
kl-separation-check.pyi-column-coverage-check.py- H 列人工四检
- 再针对暴露的问题做第二轮精修
这样可以先保证：
- 有真实交付物
- 有工具输出支撑
- 后续优化有具体落点
5. I 列覆盖报警要区分“合同缺项”与“漏提取”
i-column-coverage-check.py 报警后，不能机械追求“全部消警”。
尤其是以下合同：
- 临时仓储合同
- 简短补充协议
- 只有价格/主体变更的协议
这类文本天然不具备完整的 21 类租赁主合同要素，报警可能是合理报警。
处理方式：
- 主租赁合同：优先补足到阈值以上
- 简短合同：人工核实“确实没有这些类目”后保留报警结论即可，不为过关硬凑内容
6. H 列付款时间必须独立重算
用户如果特别点名“付款时间要推算”，则 H 列不能复用旧表付款描述，必须按现有条款重新算：
- 首期付款区间
- 后续期次
- 先付后付 / 后付前置天数
- 免租期是否并入首期
- 物业费是否与租金同步结算
- 补充协议是否改了原付款机制
铁律：哪怕旧表看起来“差不多”，也必须重算一遍。
7. K/L 列必须同步重建，不得“旧K旧L沿用”
重做模式下最容易偷懒的地方就是 K/L 列。
但用户要求“重新开始”时：
- K 列必须回到合同原文，重新做八维审查与提前退租分析
- L 列必须重新按 07 模版逐条对照，不得只搬旧表结论
尤其当：
- 合同排序变了
- 板块结构变了
- 同一租赁物的合同关系重新被识别了
旧 K/L 直接搬运会导致逻辑错位。
实务提示
推荐工作顺序
- 盘点本轮实际要纳入的新表文件清单
- 按用户要求先定板块结构和顺序
- 逐份回读
_全文.md - 先写 D~J
- 再写 K（八维+提前退租）
- 再写 L（07 模版差异）
- 生成 xlsx
- 跑校验并修正
不推荐做法
- 直接在旧 xlsx 上修修补补
- 先复制旧表全文再逐格改
- 默认旧 K/L 正确，仅小修
- 用旧付款推算“参考一下就当新结果”
来源
2026-07-13 金飞达校区：用户明确要求“忽略之前做过的汇总表，重新开始”，并强调付款时间重新推算、八维审查不能忘、07 模版逐条比对、按租赁物分类和同一租赁物按签约时间排列。实践证明：正确做法是把旧表降级为线索源，而不是底稿源。