feat: export core Hermes skills

2026-07-15 02:45:56 +00:00
parent a028b63eda
commit 54711fee2a
308 changed files with 41310 additions and 1 deletions
@@ -0,0 +1,63 @@
+# 金飞达纠偏：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 核心。