菜单
合同审核与审查报告技能。用户提到“审合同”“合同审核”“法务审查”“条款风险”“帮我看 NDA/保密协议/采购合同/服务协议/SaaS 协议/合作协议/授权许可/劳动或顾问合同”“按公司规定或模板比对”“输出红线、修改建议、签署意见、审查报告”时必须触发。支持整份合同、节选条款、条款比对、审查清单、风险台账和审查报告输出。凡是需要结合法律法规、监管要求、公司制度、审批权限、风险分级或签署建议来判断合同是否可签时，也应使用本技能。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/zuoa/aj-skills --skill contract-review命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
基于 SOC 职业分类
正在显示 SKILL.md
| name | contract-review |
| description | 合同审核与审查报告技能。用户提到“审合同”“合同审核”“法务审查”“条款风险”“帮我看 NDA/保密协议/采购合同/服务协议/SaaS 协议/合作协议/授权许可/劳动或顾问合同”“按公司规定或模板比对”“输出红线、修改建议、签署意见、审查报告”时必须触发。支持整份合同、节选条款、条款比对、审查清单、风险台账和审查报告输出。凡是需要结合法律法规、监管要求、公司制度、审批权限、风险分级或签署建议来判断合同是否可签时，也应使用本技能。 |
面向企业法务、采购、销售、运营、HR 与业务负责人场景的合同审核技能。
目标不是只做“找几个风险点”的泛泛点评，而是形成一套可复核的审查链路：
md、txt、htmldocx / pdf如果用户只给图片扫描件、不可复制 PDF 或零散截图：
zh-CNstandardbalanced中国大陆contract-reviews/{slug}-{timestamp}/如果用户没有提供公司制度或模板：
如果用户未说明法域，且合同属于中文企业交易场景：
| 模式 | 适用场景 | 输出深度 |
|---|---|---|
quick | 快速扫雷、只看显著问题、时间紧 | 高风险问题 + 关键修改建议 |
standard | 默认模式，大多数合同审查 | 条款拆解 + 风险台账 + 审查报告 |
signing-gate | 高金额、高监管、高争议风险或临近签署 | 强制核源 + 缺失项检查 + 签署建议 + 待确认问题 |
自动判断规则：
quickstandardsigning-gate不要真的把它们写成互相脱节的五份答案，而是按这个顺序串行工作并把中间产物落盘。
负责定义任务边界和审查口径。
至少确认：
输出到 00-brief.md。
负责把合同拆成“可审查单元”，不要直接在大段正文里混着点评。
任务：
C1、C2、C3 形式输出到 01-document-map.md 和 02-clause-register.md。
负责核对“依据”而不是凭经验下结论。
任务：
违法/违规风险违反公司制度或审批要求市场惯例偏离在中国大陆法默认场景下：
输出到 03-authority-log.md。
负责把问题归类、定级、解释后果，并形成可执行的处理建议。
任务：
输出到 04-risk-register.md。
负责把审查结论变成业务能直接使用的交付物。
任务：
输出到 05-redlines.md 和 06-review-report.md。
为每次任务创建目录：contract-reviews/{slug}-{timestamp}/
source.md：统一落盘的合同文本或摘录00-brief.md：任务边界、合同类型、审查标准、版本信息01-document-map.md：合同元数据、结构总览、缺失项初筛02-clause-register.md：条款台账03-authority-log.md：法律法规、监管规则、公司制度、模板比对依据04-risk-register.md：风险台账05-redlines.md：建议修改方案或替代条款06-review-report.md：最终审查报告07-open-questions.md：信息不足或需业务确认的问题；只有在需要时生成如果用户只要聊天窗口里的答案，仍然默认保存 06-review-report.md，并在回复里给出路径。
00-brief.md优先从当前对话中提取，不要为了默认项反复追问。至少写清：
如果用户没有说清合同类型，先根据条款内容推断为以下之一：
ndaserviceprocurementsaaslicense-ipemployment-consultingdata-processingothersource.md01-document-map.mdC1、C2 等标识02-clause-register.md02-clause-register.md 建议列：
| Clause ID | 条款标题 | 摘要 | 问题类型 | 初步备注 |
|---|
03-authority-log.md执行原则：
03-authority-log.md 建议列：
| Authority ID | 层级 | 名称 | 日期 | 适用点 | 备注 |
|---|
04-risk-register.md执行顺序：
04-risk-register.md 每个问题至少包含：
risk_idseveritycategoryclause_idissuebasisimpactrecommended_actionfallback_positionowner_question（如需业务补信息）05-redlines.md当用户要求“给修改建议”“给替代条款”“按我方立场改”时，必须生成。
写法要求：
06-review-report.md必须使用 references/report-template.md。
报告里要清楚区分：
签署建议只允许输出以下四类之一：
建议签署修改后可签暂不建议签署需补充信息后判断判定原则：
Critical 且未覆盖的风险，通常为 暂不建议签署需补充信息后判断修改后可签建议签署每条结论尽量遵循这个顺序：
避免这些问题：
遇到下列事项，默认提升一级审查强度：