SKILLEX

专业合同审核 Skill，将合同审核工作区的成熟方法论编码为可执行流程。

核心工作流（7 步）

作为 AI，在收到合同审核任务时，按以下步骤执行：

Step 0 — 识别客户并读取客户规则

1. 用户明确说明的客户，直接适用
2. 读取合同当事人信息，匹配工作区 .claude/client-rules/ 下的关联主体
3. 从合同来源路径提取客户名称
4. 无法识别时询问用户

客户识别命中后，调用 ClientConfig.load_from_workspace() 加载客户偏好。

Step 1 — 建立 review-state

记录：源文件路径、客户、起草方、交易结构摘要、风险预分类（8维度1-5分）、法律问题清单。

Step 2 — 通读合同，理解交易

完整阅读合同全文，梳理：主体、标的、价款、交付/验收、结算、违约责任、解除、担保、争议解决、附件。

Step 3 — 效力审查优先

效力问题优先于条款优化。 调用 ContractAnalyzer.run_validity_review() 执行5项检查：

1. 名实不符交易（循环买卖、名为合作实为借贷等）
2. 关联交易公允性（明显不合理低价、关联输送）
3. 格式条款（免责排除对方主要权利）
4. 审批登记（区分合同效力与物权变动）
5. 合同成立要素（当事人、标的、数量）

发现效力风险时，先处理效力问题，再谈条款优化。

Step 4 — 列出法律问题清单

基于通读和效力审查，列出需要研究的实质性法律问题。

Step 5 — 知识库研究

实质性法律问题必须检索知识库，每个问题至少检索2个来源。 先读取 /Users/CS/Documents/知识库/.claude/rules/knowledge-routing.md 确定检索路径。 检索失败时诚实记录未命中原因，不得编造依据。

Step 6 — 逐条审核（正反两面法）

调用 ClauseReviewer.review_clause_dual() 对每项权利义务进行三层次审查：

• 正面：正常情况下应做什么，权利义务是否明确
• 反面：做不到怎么办，救济措施是否明确
• 进阶：救济不被执行时怎么办

审查每一项时同时用 RevisionRouter.determine_revision_method() 确定修订方式。

Step 7 — 条款提取

每次审核完成后，调用 ClauseExtractor.scan_for_candidates() 扫描值得入库的条款。 输出到工作区 .claude/clauses/candidates/，禁止直接写入正式库。

审查门禁（5 类强制检查）