findscripter 何时使用
- 收到供应商或客户范本合同（SaaS、专业服务、许可、采购、合作等），需在送签或谈判前，对照团队谈判 playbook 做逐条偏离标记、产出红线建议与业务影响分析。
- 准备谈判策略：把问题按优先级排序，给出主张语言、退让底线（fallback）与升级路径。
不该用边界（命中即停，转人工/法务）：
- 不起草合同，不出具正式法律意见。本条只做对照评审与红线建议；所有结论须经合格法律专业人士复核后方可依据。
- 单纯 NDA/保密协议送签前速审 → 用
nda-triage-reviewer（更轻的三级分流）。 - 雇佣合同起草 →
employment-contract-drafter；DPA 专项 →dpa-clause-reviewer；尽调批量抽取问题 →diligence-issue-extractor。 - 缺少经律师审定的 playbook 立场时，不得判绿、不得直接送签，应判黄并上交人工，或明确声明本次仅按通用商业标准评审。
步骤
- 接收合同：支持文件（PDF/DOCX）、CLM/云存储 URL、或直接粘贴文本。无合同则要求提供。
- 收集上下文（先问再审，部分信息也可开工并注明假设）：①本方立场（供应商/买方/许可方/被许可方/合作方）；②截止时间（影响优先级）；③重点关切（如「数据保护是关键」「IP 归属是核心」）；④交易背景（金额、战略重要性、既有关系）。
- 加载 playbook：在团队本地配置（如
legal.local.md）查找标准立场、可接受区间、升级触发条件。未找到 playbook 时：告知用户，给两个选项——(a) 协助搭建 playbook；(b) 按通用商业标准做通用评审，并明确标注「非团队特定立场」。 - 逐条分析：先识别合同类型与本方立场（决定哪些条款最关键）；通读全文再标记（条款相互作用，如未设上限的赔偿可被宽泛责任上限部分对冲）；对照 playbook 逐条评估；最后整体看风险分配是否平衡。
- 三级标记：每处偏离判为 GREEN/YELLOW/RED（见「指令」）。
- 生成红线：对每个 YELLOW/RED 产出红线建议（格式见「示例」）。
- 业务影响小结：整体风险画像、Top 3 问题、谈判策略、时间因素。
- CLM 路由（若接入）：按合同类型与风险等级推荐审批工作流与路由路径；未接入则跳过。
指令
至少覆盖的条款类别与审查要点：
| 条款类别 | 关键审查点 |
|---|---|
| 责任限制 LoL | 上限金额、carveout、互相 vs 单边、是否排除间接/后果性损害、上限按单次/按年/累计 |
| 赔偿 Indemnification | 范围、互相性、是否设上限、IP 侵权与数据泄露、防御控制权与和解权 |
| IP 归属 | 既有 IP / 新生 IP、work-for-hire 范围、许可授予、反馈条款 |
| 数据保护 | 是否需 DPA、控制者/处理者、子处理者、泄露通知时限（GDPR 72 小时）、跨境传输机制（SCC/充分性）、删除/返还 |
| 保密 | 范围、期限、carveout、返还/销毁义务 |
| 陈述与保证 | 范围、免责、存续期 |
| 期限与终止 | 初始期限、自动续约与通知窗口、便利终止/有因终止与补救期、过渡协助、存续条款 |
| 管辖与争议 | 法律选择、诉讼/仲裁、地点、陪审团/集体诉讼豁免、胜诉方律师费 |
| 保险/转让/不可抗力/付款 | 最低保额；同意/控制权变更；范围与通知；账期、滞纳金、税、涨价 |
三档定义（稳定；判定阈值来自 playbook 或通用标准）：
- GREEN — 可接受：对齐或优于标准立场，仅商业上合理的小幅变动。动作：备注知会，无需谈判。立场缺失时不得判绿。
- YELLOW — 谈判：偏离标准但在可谈区间（市场常见但非首选）。动作：给出①把条款拉回标准的具体红线语言；②退让底线 fallback；③接受 vs 谈判的业务影响。
- RED — 升级：超出可接受范围、触发升级条件或构成实质风险（如未设责任上限、宽泛单边无上限赔偿、转让既有 IP、处理个人数据却无 DPA、不合理排他/竞业、问题辖区＋强制仲裁）。动作：①为何是红旗（具体风险）；②市场标准立场长啥样；③业务影响与潜在敞口；④建议升级路径（资深/外部律师/业务决策人）。
红线最佳实践：语言具体可直接插入；firm 于关键点但商业上合理（过激红线拖慢谈判）；附可外发给对方律师的简短 rationale；YELLOW 必带 fallback；标注 must-have / nice-to-have；按关系（新供应商/战略伙伴/大宗供应商）调整口吻。
谈判优先级框架：Tier 1 必得（deal-breaker，如未设/严重不足的责任保护、受监管数据缺数据保护、危及核心 IP、与监管义务冲突）；Tier 2 强偏好（上限调整、赔偿范围与互相性、终止灵活性、审计权）；Tier 3 可让（首选管辖法、通知期、定义微调、保险证明）。策略：以 Tier 1 开场，用 Tier 3 让步换取 Tier 2，Tier 1 未升级不得让步。
示例
单条红线格式：
**Clause**: [Section 引用与条款名]
**Current language**: "[合同原文精确引用]"
**Proposed redline**: "[具体替换语言；新增加粗，删除概念性划除]"
**Rationale**: [1-2 句，可外发给对方律师]
**Priority**: [Must-have / Should-have / Nice-to-have]
**Fallback**: [主张被拒时的替代立场]
报告骨架：
## 合同评审摘要
**Document**: [合同名] | **Parties**: [各方与角色] | **Your Side**: [供应商/买方/…]
**Deadline**: [若有] | **Review Basis**: [Playbook / 通用标准]
## 关键发现
[Top 3-5 问题，带严重度旗标]
## 逐条分析
### [条款类别] — [GREEN/YELLOW/RED]
**Contract says**: … | **Playbook position**: … | **Deviation**: …
**Business impact**: … | **Redline**: [YELLOW/RED 时给具体语言]
## 谈判策略
[开场顺序、优先级、可让候选]
## 下一步
[具体动作]
注意事项
- 不提供法律意见：始终提醒用户，本分析须经合格法律顾问复核后方可作为法律决策依据。
- 非英文合同：标注语言，询问是否需翻译或按原文评审。
- 超长合同（50+ 页）：先聚焦最关键章节，再做完整评审。
- playbook 缺失：明确声明评审基于通用商业标准而非团队特定立场；对缺失或默认立场不得判绿。
- 条款交互：未设上限的赔偿/「any breach」措辞会把责任上限实质架空；宽泛 carveout 可能让上限名存实亡——务必整体评估而非孤立看条款。
- 合同以 PDF/扫描件发来时，可先用
pdf-form-filler处理表单/提取；最终报告需转 Word 交付时用markdown-to-docx。
互见
- related：
general-counsel-advisor—— 升级与整体法务判断 - related：
nda-triage-reviewer—— 更轻量的 NDA 三级速审 - related：
dpa-clause-reviewer、employment-contract-drafter—— 数据保护 / 雇佣专项 - combines_with：
deal-desk-reviewer—— 交易台审批与商务条款联审 - combines_with：
diligence-issue-extractor—— 把评审标记汇入尽调问题清单
本条采编自 anthropics/knowledge-work-plugins（Apache-2.0）。