南通新东方文件审核规则

⚠️ 先定位：南通新东方有三条「合同」轨道，本 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做的内部审核。

工作方式（铁律）

独立审核，不走workflow：Maggie要的是小Maggie自己独立判断，用 reviewer+editor 合一的手动模式。
修订 + 批注双形式：能直接改的用修订模式（author=WB），需甲方确认/建议增加内容的用批注（author=WB）。
立场跟身份走（2026-06-24 校准）：
- 南通新东方作甲方/培训方（多为审官方示范文本）：①守监管合规底线 ②争取甲方合理权益 ③避开无效格式条款红线。审查克制（下文「审查取舍尺度」「红线」的示范文本克制规则适用于本情形）。
- 南通新东方作乙方/承租方（如租赁合同，面对的是对方拟的强势格式合同）：站乙方立场积极审查——删/改排除乙方主要权利、免除对方责任、非法自力救济、显失公平的条款；对实质不对等但改法需定夺的出批注。此时「示范文本克制」不适用（这不是均衡的官方文本，是对方的偏向性格式合同）。金信大厦租赁案7改8删+6批注即此模式。
必须用 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明确否决的，恢复原文）

编号没有格式错误和逻辑错误的，不修订。
- 实例：原文条款缺"第一条"标号（直接从"培训服务"到"第二条"），小Maggie补了"第一条"被否决。
- 判据：缺标号/跳号/缺号，只要不造成格式混乱或逻辑歧义，一律不动。这是示范文本的原貌，不是错误。
- 与 contract-reviewer 既有铁律"编号问题不审"一致，此处进一步明确：缺条标号也不补。
实体条款若合规问题已被其他条款覆盖，不重复设限/不视为冲突。
- 实例：付费条款P74"乙方一次性付清培训费用"，小Maggie误判为与预收费监管（不得超3个月/60课时）冲突，加了限定句被否决。
- Maggie定性：预收费合规问题第三条第一款（甲方义务）已写明"甲方不得一次性收取超过3个月/60课时"，所以付费条款写"一次性付清"不存在合规障碍——这是"总则已限定+分则执行"的体系关系，不是冲突。
- 铁律：审查单个实体条款前，全文核对该问题是否已被其他条款约束。被覆盖的，不在本条重复设限。
纯字形争议/不影响理解的字，不动。
- 实例："自已的餐食"小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。
- 原文件名完整保留，包括开头的【文化艺术】等标签——这是原名的一部分，不是我们加的前缀。

标准操作流程

加载本skill + contract-reviewer（审查方法论）+ contract-editor（修订技术规范）。
提取全文逐字通读（python-docx，含附件部分）。独立判断，不依赖历史报告。
按上文取舍尺度，分出【直接修订】和【批注】两类清单。
修订：ContractEditor + tracked_replace（author=WB）。多run/标题编号等技术坑见 contract-editor skill。
- 精准到字级修订（difflib字符级），只改实际改动的字，不整句重写。
- 补编号/插入文字若涉字号，对齐同级原文（如"第X条"字号）——但先确认该编号该不该补（多半不补，见上）。
批注：comments.xml 注入（模板 references/comment-injection.md），挂靠到接受修订后能精确匹配的锚点段落。
终审自查（缺一不可）：
- 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合法）
命名按上文规则，企微 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再写规则，不自作主张固化错误标准。

12 KiB Raw Blame History