Files
hermes-skills/skills/legal/nantong-xindongfang-review/SKILL.md
T

124 lines
12 KiB
Markdown

---
name: nantong-xindongfang-review
description: 南通新东方文件审核规则(Maggie团队)。审查南通新东方(甲方/经营方)的合同、协议、示范文本等文件,用修订+批注形式独立审核(不走workflow)。涵盖审查取舍尺度、修订vs批注边界、命名规则。当Maggie派发南通新东方相关文件审核任务时加载。与Doro团队的合同审查严格隔离。
version: 1.0.0
author: 小Maggie(2026-06-17 与Maggie共建)
tags: [合同审查, 南通新东方, Maggie团队, 修订, 批注]
---
# 南通新东方文件审核规则
## ⚠️ 先定位:南通新东方有三条「合同」轨道,本 skill 只管其中一条(2026-06-23 三轮追问教训)
被派到「南通新东方合同」任务时,**先分清是哪条轨道再加载对应 skill**,别张冠李戴:
| 轨道 | 任务形态 | 用哪个 skill |
|---|---|---|
| **B. 单份文件独立审核**(改错/批注一份合同、协议、示范文本) | 手动 reviewer+editor 合一,出修订版 docx | ⬅️ **本 skill** |
| **C. 多校区梳理台账**(17 校区租赁+物业汇总 Excel、模版对比、风险分级) | Step0→5 + 三角色 + L列模版对比 | `contract-portfolio-analysis`(**模版对比只在这条线**) |
| **A. Doro/邱律师批量合同审查** | uwf `review-contract.yaml` 五角色流水线 | 与南通新东方**严格隔离**,不在此列 |
- 用户说「南通新东方租赁合同审查的 workflow / 模版对比」时**多半指 C**(梳理台账),不是本 skill 的单份审核。**模版对比(与 07 原件比)是 C 独有,本 skill(单份审核)不做模版对比。**
- 「workflow」一词在本环境特指 uwf 那套 YAML(A);本 skill 明确**不走 workflow**(手动独立审核)。沟通时别把这两条都笼统叫「workflow」——Maggie 是律师、要术语精确。
## 适用范围与归属
🔴 **模版比对铁律(0703补充)**:租赁合同梳理项目中,所有租赁合同必须与07标准模版做delegate_task比对——不论是新东方制式、甲方制式还是自由协商合同。详见skill contract-portfolio-analysis/references/pitfalls-0703-longxin.md。
- **客户**:南通新东方教育咨询有限公司(及关联校区)。**审查立场跟着南通新东方在这份合同里的实际身份走,不是固定甲方**(2026-06-24 金信大厦租赁案补充):
- 作**甲方/经营方/培训方**(校外培训服务合同、用人单位文件等)→ 站甲方立场。
- 作**乙方/承租方/采购方**(如租赁合同里南通新东方是承租人)→ 站乙方立场,积极争取乙方合理权益。
- ⚠️ 开工先认清南通新东方是这份合同的甲方还是乙方再定立场——别因 skill 历史多为甲方就默认甲方。判别看合同抬头:"承租人/乙方(承租人)" vs "甲方(出租人)"等字样。
- **派发人**:Maggie(JiaQian)。属 **Maggie 团队任务**
- **信息隔离铁律**:南通新东方文件只跟 Maggie 讨论,**绝不在 Doro/邱律师的群里提及或交叉使用**。反之 Doro 团队文件也不带入这里。
- **洪总场景另有专规**:如果是洪总(南通新东方VP)在群里发的文件走客户对接流程(先列workflow方案给Maggie确认、回复前先提醒Maggie核实)。本skill针对的是Maggie直接派给小Maggie做的内部审核。
## 工作方式(铁律)
1. **独立审核,不走workflow**:Maggie要的是小Maggie自己独立判断,用 reviewer+editor 合一的手动模式。
2. **修订 + 批注 双形式**:能直接改的用修订模式(author=WB),需甲方确认/建议增加内容的用批注(author=WB)。
3. **立场跟身份走**(2026-06-24 校准):
- **南通新东方作甲方/培训方**(多为审官方示范文本):①守监管合规底线 ②争取甲方合理权益 ③避开无效格式条款红线。**审查克制**(下文「审查取舍尺度」「红线」的示范文本克制规则适用于本情形)。
- **南通新东方作乙方/承租方**(如租赁合同,面对的是对方拟的强势格式合同):站乙方立场**积极审查**——删/改排除乙方主要权利、免除对方责任、非法自力救济、显失公平的条款;对实质不对等但改法需定夺的出批注。此时「示范文本克制」不适用(这不是均衡的官方文本,是对方的偏向性格式合同)。金信大厦租赁案7改8删+6批注即此模式。
4. **必须用 ContractEditor 库**`/home/maggie/contract-work/contract_docx_lib.py`),不裸写XML做修订。批注用 comments.xml 机制(模板见 references/comment-injection.md)。INS 中文字体的 eastAsiaTheme 主题回退坑 + 用「接受修订预览」破 vision 误报字体不一致,见 contract-editor skill「INS 中文字体」节。
## ⚠️ 审查取舍尺度(2026-06-17 Maggie三处纠正后确立——这是本skill的核心)
教育部等官方**示范文本**(如 GF-2021-2604 校外培训服务合同)本身较均衡。审查时**克制**,不是改得越多越好。Maggie的尺度:
### 改什么(保留的修订类型)
- **指代错误/语义不通**:如"协调给甲方转班"(转班主体应为学员)→"为乙方(学员)转班"。影响条款执行,必改。
- **病句/措辞错误**:如"终止签订《合同》"(合同已签订无法"终止签订")→"解除"。
- **会造成歧义的错别字**:如"个人财务"→"个人财物"(财务=会计/财物=物品,混淆改变语义);"吐痰得现象"→"的";顿号误用"果皮、及"→"果皮及"。
### 不改什么(Maggie明确否决的,恢复原文)
1. **编号没有格式错误和逻辑错误的,不修订**
- 实例:原文条款缺"第一条"标号(直接从"培训服务"到"第二条"),小Maggie补了"第一条"被否决。
- 判据:缺标号/跳号/缺号,只要**不造成格式混乱或逻辑歧义**,一律不动。这是示范文本的原貌,不是错误。
- 与 contract-reviewer 既有铁律"编号问题不审"一致,此处进一步明确:**缺条标号也不补**。
2. **实体条款若合规问题已被其他条款覆盖,不重复设限/不视为冲突**
- 实例:付费条款P74"乙方一次性付清培训费用",小Maggie误判为与预收费监管(不得超3个月/60课时)冲突,加了限定句被否决。
- Maggie定性:预收费合规问题**第三条第一款(甲方义务)已写明**"甲方不得一次性收取超过3个月/60课时",所以付费条款写"一次性付清"**不存在合规障碍**——这是"总则已限定+分则执行"的体系关系,不是冲突。
- 铁律:审查单个实体条款前,**全文核对该问题是否已被其他条款约束**。被覆盖的,不在本条重复设限。
3. **纯字形争议/不影响理解的字,不动**
- 实例:"自已的餐食"小Maggie改"自己"被否决。Maggie:"己字没有错误,是你的读取问题"。
- 处理:遇到疑似异体/形近字(已/己、末/未等),先**核实字符真实码点**(execute_code读docx XML比对Unicode),**如实把客观结果反馈Maggie由她定夺**,不擅自改、不与她争辩对错。Maggie说不改就不改。
### 改与不改的分界线(一句话)
**改"会让人误解或无法执行"的硬伤(指代、病句、歧义错别字);不改"原文本来的样子但无碍理解"的部分(缺编号、被覆盖的条款、字形争议)。** 对官方示范文本尤其克制。
## 批注取舍(2026-06-17)
- **保留的批注类型**:
- 合同留白指向外部制度、标准未定义的,建议明示(如退费"服务费"扣费比例建议在合同/制度中明确并向乙方明示)。
- "协商而定"等未具体化的填空,建议签约时填具体(如每次课时、上课时间)。
- **删除的批注类型**:
- **格式合同"加粗提示义务"——暂不做(Maggie 2026-06-17 明确判断)**。小Maggie批注"管辖条款建议加粗提示尽到格式条款提示义务"被删。Maggie的完整逻辑:
1. 提示义务一旦做,**不止管辖条款,其他需要学员注意的问题都要加粗**——会是一大片,不是一条。
2. **我们代表甲方**:格式条款提示义务是保护乙方(消费者)的,主动加粗提示等于帮对方,不符合甲方立场。
3. **用的是教育部指导模版**:官方示范文本,本身已经过审定。
4. **之前都没有加粗提示**:保持与既往实践一致。
→ 结论:**暂不需要加粗提示**。(注意是"暂不"——若Maggie某次明确要求做提示义务,则需对所有需提示事项统一加粗,不能只挑一条。)
- 推广原则:**对甲方已有利、主动提示反而引火烧身的,不提示**。
- 批注内容规范(沿用 contract-reviewer):只写"建议……",给方案,**不写理由、不加【】标签**。
## 文件命名(Maggie 2026-06-17 校准)
- **不用** Doro 团队的`【修】+原名`前缀式。
- **用**通用命名规则(见 skill `file-naming-convention`):
```
[原始完整文件名(一字不动)] -rev. [修改人缩写] -[日期YYYYMMDD].docx
```
- 实例:`【文化艺术】校外培训服务合同(教育部)-高中班级-南通学校-拟定中-rev. MJ-20260617.docx`
- 首次修订无版本号;再次修订插入 `-v2-`(如`…-v2-rev. MJ-日期`)。
- `-rev. ` 后空一格再接缩写;MJ=小Maggie。
- **原文件名完整保留**,包括开头的【文化艺术】等标签——这是原名的一部分,不是我们加的前缀。
## 标准操作流程
1. 加载本skill + contract-reviewer(审查方法论)+ contract-editor(修订技术规范)。
2. 提取全文逐字通读(python-docx,含附件部分)。**独立判断,不依赖历史报告。**
3. 按上文取舍尺度,分出【直接修订】和【批注】两类清单。
4. 修订:`ContractEditor` + tracked_replace(author=WB)。多run/标题编号等技术坑见 contract-editor skill。
- 精准到字级修订(difflib字符级),只改实际改动的字,不整句重写。
- 补编号/插入文字若涉字号,对齐同级原文(如"第X条"字号)——但**先确认该编号该不该补**(多半不补,见上)。
5. 批注:comments.xml 注入(模板 references/comment-injection.md),挂靠到接受修订后能精确匹配的锚点段落。
6. 终审自查(缺一不可):
- `validate()` 通过
- WB INS 字体与同段原文一致(注意:本类文档靠 `hint=eastAsia`+文档默认字体定义中文,原文run可能无显式eastAsia属性——比对基准是"与同段原文run一致",不是"必须有显式eastAsia")
- 批注 commentRangeStart/End/Reference 与 comments.xml 的 id 全部对应
- OnlyOffice 渲染(`contract-editor/scripts/onlyoffice-render.sh`)核对修订markup+批注显示正常(vision不可用时用 pdftotext + XML markup/接受后双视图核验)
- python-docx 能打开(XML合法)
7. 命名按上文规则,企微 MEDIA: 发给 Maggie,附**审查说明**(分"直接修订"/"批注"两栏,列段号+类型+内容)。
## 维修催告/通知函场景(2026-07-02 新增)
- 南通新东方作承租方需催促物业/出租方维修时,参见 `references/maintenance-notice-drafting.md`
- **关键前置动作**:同一校区多份合同(如世茂青少+高中)需先对比维修条款是否一致,一致则可统一引用
- 函件格式:催告函用"致:"不用"尊敬的";结尾用"此致"不用"敬祝商祺"
- 法律引用:合同条款+民法典713条(出租人不维修→承租人代修权)
## 红线
- 金额、课时、单价、品牌等**商业条款一字不动**。
- 对方(非顾问单位)名称不审查。
- 官方示范文本**克制审查**——改硬伤,不动原貌。
- **每份合同逐条审查、不挑不跳、禁标"简化审查"(Maggie 2026-06-17 铁律)**:从主体信息到签名落款全过一遍;附属合同(如物业合同)照样逐条审,主次只影响风险权重不影响覆盖面。逐条审查是**内部要求**(保证覆盖面),但**交付物只列真正的修订/批注,不加"✅已审查无异常"展示段**(Maggie 2026-06-18 在 contract-portfolio-analysis 线明确反转了此前"加无异常段"的打样规则——客户要看的是问题,不是"我审了哪些没问题"的清单)。详见 contract-portfolio-analysis skill「逐条审查」节。
- 不确定的取舍**先问Maggie再写规则**,不自作主张固化错误标准。