feat: export core Hermes skills
This commit is contained in:
@@ -0,0 +1,141 @@
|
||||
# 旧表重做模式（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 模版逐条比对、按租赁物分类和同一租赁物按签约时间排列。实践证明：正确做法是把旧表降级为线索源，而不是底稿源。
|
||||
Reference in New Issue
Block a user