2.8 KiB
2.8 KiB
Workflow交付物审查清单(2026-07-13 Doro要求逐份审查已交付合同)
触发场景
Doro要求"审查已经交付的合同有什么问题",逐份对照原文检查。
审查流程(铁律)
1. 准备
- 从NC待审查目录拉原文(.doc需libreoffice转docx)
- 从NC任务交付目录拉【修】文件
- 如有同模板合同,一并拉取比对
2. 字体审查
python3 ~/.hermes/skills/legal/contract-reviewer/scripts/wb-ins-font-verify.py <file>
- PASS/FAIL只是初步信号
- FAIL时区分:真实mismatch vs MISSING HINT(新增段落无orig对比,已知限制)
- 关键铁律:对比待审查原文的run属性,不信v1中的orig runs(库可能污染了orig runs)
3. 内容审查(逐条打勾)
对照review-rules.md的10项审查清单:
- 主体名称
- 违约责任(上限删除、维权费用)
- 争议管辖(甲方所在地法院)
- 保密/数据(存续+泄露赔偿+数据归属)
- 知识产权
- 第三方侵权(全责+赔偿甲方)
- 转包(不得转包+连带)
- 价款(大小写核对)
- 持续使用权
- 条款逻辑
4. 编号审查
- 新增段落是否加入了正确的编号序列(numPr自动编号 or 手动文本编号)
- 后续编号是否顺延
- 新增段落插入自动编号序列时必须有numPr
5. 格式审查
- 新增标题段bold状态与原文一致
- 新增段落缩进(ind)与原文同级一致
- 注意原文自身格式不统一的情况(如有的段用start=420有的用firstLine=482)
6. 同模板一致性
- 同一顾问单位同批同模板合同的修订必须一致
- 差异逐条列出
7. 特殊交付物
- 朱家角:需要【审】审查意见文档
- 练塘:需要"法律顾问修订版"脚注
报告格式
## 【修】合同名称
**字体:PASS/FAIL**
**编号:完整/问题**
**修订内容(N处):**
- 逐条列出
**问题:**
1. ❌ 严重问题
2. ⚠️ 次要问题
**结论:** 无问题 / 需修复
2026-07-13 审查教训
-
v2文件可能是workflow错误产出:同一合同出现v1+v2时,必须分别检查内容,不能假设v2是v1的接受版——可能是完全不同的交付策略(如v1有修订、v2只有批注)
-
他人修订(非WB)不能漏看:如"梁一"已插入"香花桥"修正名称,审查时要看完整markup包括他人INS
-
ContractEditor污染orig runs是系统性问题:洋励案120处、舜葵案18处。审查时凡遇font FAIL,先对比待审查原文确认是"INS缺属性"还是"orig被加属性"
-
一份一份做,Doro说pass再下一份:不要批量报告,逐份等确认
-
Doro说"你自己决定"时果断决定:不要反复请示低风险决策(如数据归属合并到保密条款 vs 独立编号)