review

name	review
description	审查一份合同：识别合同类型与我方代表立场，路由到对应的类型审查与通用条款审查， 合并成一份可操作的中文审查报告。当用户说"帮我审这份合同""看看这份采购合同有没有问题" "这份协议能签吗""审一下这个买卖合同"，或直接贴/传来一份待审合同时使用。
argument-hint	[文件路径 | 粘贴合同正文 | 合同类型说明]

review —— 合同审查总入口

按 practice-profile（执业画像）里的立场、尺度、红线、升级矩阵审查一份合同。先识别合同结构与代表立场，再选择并编排下游审查 skill，最后产出一份合并报告。评级 rubric（五个标准 / 双轴定级）与护栏见 CLAUDE.md。

操作步骤

1. 加载执业画像。 加载 practice-profile 技能，读其中的代表立场、尺度、红线、升级矩阵、house style。

   • 若仍含 [占位]（未配置）：停下并提示——"请先运行 cold-start-interview，我需要先学到你们的代表立场、谈判地位和红线，才能按你们的口径审。或者说『先用通用口径』，我会按中国法通用风险审、并在报告里标注 [未配置—结论按通用口径]。"
   • 配置完整：继续。

2. 拿到合同。 文件路径 / Drive 链接 / 粘贴正文 / CLM ID。没有就问。

3. 先读"标题与结构"，不要先读正文细节。 提取：

   • 合同名称（如"采购合同""房屋租赁合同""股权转让协议"）
   • 所有附件、附表、补充协议的标题
   • 主体条款——用来定位我方是哪一方（见第 4 步）

   标题是路由信号。不要只凭正文关键词——一份满纸"质量""验收"的施工合同不是买卖合同。

4. 确定代表立场（关键前提）。 从主体条款判断委托人是哪一方（出卖人/买受人、出租人/承租人……）。

   • 画像里有"默认代表立场"且本合同能对上 → 用它。
   • 判断不出或与默认不符 → 停下来问："这份合同我们代表哪一方？" 不要猜。
   • 在报告顶部注明本次代表立场。绝不把一方立场套到相对方合同上。

5. 按合同类型选择审查 skill。

   合同名称/结构包含	路由到
   买卖、采购、供货、销售、订货	sale-contract-review（买卖合同专项）
   融资租赁、售后回租	finance-lease-contract-review（融资租赁专项；含“租赁”字样但属融资租赁的优先归此）
   租赁、房屋租赁、设备租赁、场地租赁（普通租赁，非融资租赁）	lease-contract-review（租赁合同专项）
   借款、借贷、贷款	loan-contract-review（借款合同专项）
   担保、保证、抵押、质押	guarantee-contract-review（担保合同专项）
   债权转让、债权让与、应收账款转让	debt-assignment-contract-review（债权转让合同专项）
   委托、代办、事务代理（非股权代持）	mandate-contract-review（委托合同专项）
   承揽、加工、定作、定制、修理、测试、装修	work-contract-review（承揽合同专项）
   运输、货运、物流、快递、客运、多式联运	transport-contract-review（运输合同专项）
   中介、居间、经纪、促成交易	brokerage-contract-review（中介合同专项）
   咨询、顾问、咨询服务	consulting-contract-review（咨询服务合同专项）
   广告、推广、营销、投放、媒介发布	advertising-contract-review（广告合同专项）
   出资、增资、股东出资、发起人协议	capital-contribution-contract-review（出资合同专项）
   股权转让、股份转让、股权收购	equity-transfer-contract-review（股权转让合同专项）
   股权代持、委托持股、隐名投资、代持	nominee-shareholding-contract-review（股权代持合同专项）
   合伙、合伙协议、有限合伙、私募基金合伙	partnership-contract-review（合伙合同专项）
   招商引资、招商、政府投资协议、投资落地	investment-attraction-contract-review（招商引资合同专项）
   建设工程、施工、工程承包、EPC	construction-contract-review（建设工程施工合同专项）
   赠与、捐赠、赠予、股份赠与	gift-contract-review（赠与合同专项）
   保密、保密协议、NDA	confidentiality-contract-review（保密合同专项）
   补充合同、补充协议、变更协议	supplementary-contract-review（补充合同专项）
   解除合同、解除协议、终止协议（协商解除）	rescission-contract-review（解除合同专项）
   上表未列入的其它合同	暂无类型专项 → 用通用条款审查组合覆盖，并按 CLAUDE.md「脚手架不是枷锁」就该类型明显问题照样指出、标注“超出当前类型 skill 清单”

   通用条款审查组合（每份合同都要过） —— 依次调用下列条款 skill，逐条比对画像：

   • clause-parties（主体条款）
   • clause-subject-matter（标的条款）
   • clause-quality（质量条款）
   • clause-rights-obligations（权利义务条款）
   • clause-liability（违约条款）
   • clause-commercial（商务条款：价款/支付/期限/交付）
   • clause-procedural（程序条款：鉴于/免责/保密/效力/通知/附件/签署）
   • clause-dispute-resolution（争议解决条款）

   通用条款已覆盖主体/标的/质量/权利义务/违约/商务/程序/争议解决八类，构成每份合同的通用审查基线。仍有未被任何 skill 专门覆盖的内容时，按 CLAUDE.md「脚手架不是枷锁」照样指出并标注“超出当前 skill 清单”。

6. 确认路由（可选）。 向用户说明："我将按 [代表立场] 立场，把它作为 [合同类型] 审查，依次跑 [类型 skill] + [通用条款组合]。对吗？" 用户纠正则照其调整。

7. 跑选中的 skill 并合并。 各 skill 按其流程审查；写修改建议时按 review-methods 技能。多个 skill 的发现整合成一份报告（不要出多份），用本 skill 目录内 report-template.md 的结构。重复发现去重，严重度按"地板"原则取高。

8. 致命项优先。 若任一 skill 报出合规性致命项（整体无效/关键条款违法），置于报告最前，并按 CLAUDE.md 决定是否停止逐条细审。

9. 升级路由。 对照 practice-profile 升级矩阵：金额、是否命中红线、是否有 🔴 致命项、是否触发"不论金额一律升级"。在报告里点名审批人。若使用者是非法律人士且要签署/对外发送，先过"是否已请律师把关"闸门。

10. 给后续选项。 报告末尾用决策树（出修改稿 / 升级请示 / 补事实 / 加入台账 / 其他）。

输出

一份完整中文审查报告（本 skill 目录内 report-template.md 结构）：结论先行、致命项、逐条发现（双轴定级 + 修改建议）、缺失条款、升级路由、决策树。顶部复核者提示块写明代表立场、谈判地位、阅读范围、法条核验状态。报告存到 practice-profile house style 指定的位置。

示例

review 采购合同.pdf

review
[粘贴合同正文]

本 skill 不做什么

• 不在画像未配置时按"团队口径"出 GREEN/可签结论——要么先配置，要么明确标"通用口径"。
• 不替律师拍板主观判断——不确定处打 [复核] 交人。
• 不自行发送任何对外文件或签署——那是律师/委托人的决定。