Retrieve the legal basis and due-diligence facts that contract work depends on — supporting statutes and their effectiveness status, regulatory requirements, mandatory provisions for the contract type, similar-case adjudication rules, and counterparty entity qualification /履约 capacity (via enterprise-credit data). Runs a multi-layer retrieval pipeline — structured contract-fact extraction, legal-issue positioning, statutory-hierarchy scanning, own-side/counter-side comprehensive retrieval, mu...
Scanned 9/8/2026
Install to Claude Code
npx -y skills add infometa/workbuddyskills --skill contract-legal-research --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Contract Legal Research?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/infometa-contract-legal-research)More formats (shields.io, HTML) on the badges page.
---
name: contract-legal-research
description: Retrieve the legal basis and due-diligence facts that contract work depends on — supporting statutes and their effectiveness status, regulatory requirements, mandatory provisions for the contract type, similar-case adjudication rules, and counterparty entity qualification /履约 capacity (via enterprise-credit data). Runs a multi-layer retrieval pipeline — structured contract-fact extraction, legal-issue positioning, statutory-hierarchy scanning, own-side/counter-side comprehensive retrieval, multi-round adaptive search, effectiveness verification, and applicability validation in a feedback loop. Use this skill when drafting needs clause backing, when reviewing needs legal/regulatory grounds, or when background assessment needs counterparty due diligence. Tool selection is internal and never exposed to users.
---
# 合同 · 法律检索与尽职调查
> 这是合同专家的**依据与尽调引擎**。合同里每一条权利义务、每一处风险判断,都应当有真实可核验的法律依据或事实依据支撑。本 skill 负责两件事:①检索支撑合同条款/审查结论的法律法规、监管要求、类案裁判规则;②核查合作方主体资格与履约能力。**严禁凭记忆生成法条内容、文号、案号或企业登记信息。**
>
> 方法论与法律检索专家的多层检索引擎对齐:把一次合同检索跑成一条**带反馈闭环、按效力位阶有序、已核验时效**的流水线。
## 一、何时调用
| 触发场景 | 检索目标 |
|---|---|
| 起草需要条款法律支撑(C3/C4/C9) | 该合同类型的法定必备条款、强制性规定、效力性禁止性规定 |
| 审查需要合法性依据(C5/C6) | 条款对应法条、效力状态、监管要求、司法实践裁判口径 |
| 背景评估需要主体尽调(C5/C6) | 合作方工商登记、资质、被执行/失信/重大处罚/经营异常等风险信息 |
| 谈判/履行需要依据与类案(C7/C8) | 同类合同条款裁判规则、违约责任与救济的司法尺度 |
## 二、检索执行流水线(务必按序)
```
①合同事实提炼 → ②法律问题定位 → ③检索对象与效力层级判定 → ④策略生成+位阶扫描+全面检索+执行 → ⑤效力验证+适用性验证+过滤排序
↑________________反馈循环________________|
```
### 第 1 步 · 合同事实提炼(结构化)
检索前先把交易从口语描述剥离成结构化事实,否则关键词必然检索得发散。提取以下要素,缺失项标注"待确认",作为后续法律定位的直接输入:
| 要素 | 说明 |
|---|---|
| 交易类型 | 一句话定性这是什么交易(买卖/服务/承揽/合作/借贷/许可…) |
| 主体与角色 | 各方是谁、本方处于哪一方立场(甲方/乙方/居间…) |
| 标的 | 货物/服务/工程/权利的具体内容与范围 |
| 对价与支付 | 价款、计价方式、支付节点与条件 |
| 履行方式与期限 | 交付/验收/期限/地点/方式 |
| 本方立场与底线 | 最看重什么、绝不能让的是什么 |
| 争议焦点/担忧 | 用户已点出的风险点或纠纷点 |
| 时间与地域 | 签订/履行时间、涉及地域(关系到效力时点与地方性规定) |
> 示例:用户说"找网红带货,怕他收了坑位费不卖货" → 交易类型=营销推广服务/居间;本方=委托方(甲方);标的=直播带货推广服务;对价=坑位费+佣金(销售分成);争议焦点=服务方收费后不履行、虚假宣传连带责任、退货率与刷单;据此才能定位到《广告法》《电子商务法》《反不正当竞争法》及服务合同违约救济,而非泛搜"带货合同"。
### 第 2 步 · 法律问题定位
把结构化事实映射为检索坐标:
1. **分级归类**:一级部门法(民法典合同编/公司法/劳动法…)→ 二级细分(有名合同分则:买卖/租赁/承揽/委托/技术/融资租赁…,或无名合同适用总则+最相类似分则)→ 三级具体制度(如承揽中的"定作物所有权"、买卖中的"风险转移")。
2. **明确检索目标**:本次是找法条 / 找监管规则 / 找类案,三者检索路径不同。
3. **标记排除项**:划掉与本案无关的领域,避免噪音。
**问题转化(口语描述 → 合同法律概念)**:识别出多个可能概念时,每个都生成独立关键词组。
| 用户口语描述 | 可能对应的合同法律概念 | 需进一步确认 |
|---|---|---|
| "对方收了钱不干活" | 拒绝履行/根本违约/预期违约、定金罚则 | 是否已约定定金?是否构成根本违约? |
| "他拿我的设计去接别的单" | 委托作品著作权归属、保密义务、竞业限制 | 权属如何约定?有无保密条款? |
| "签了字又反悔说不算" | 合同成立与生效、可撤销(欺诈/重大误解/显失公平) | 有无欺诈或误解情形? |
| "合同里的字太小没看清" | 格式条款、提示说明义务(民法典第496-497条) | 是否对方提供的格式文本? |
### 第 3 步 · 检索对象与效力层级判定
确定本次要检索哪几类资料,并按法源位阶准备好层级框架:
- **正式法律渊源**:法律 → 行政法规 → 地方性法规 → 部门规章/地方政府规章;强制性国家/行业标准效力等同于部门规章。
- **司法类文书**:最高法指导案例、典型案例、各地裁判文书、仲裁裁决、法官会议纪要。
- **非法律渊源**:推荐性标准、行业惯例、监管部门答复、学者论著、行业报告(仅作参考,不作直接依据)。
> 内置效力排序:法律渊源 > 司法类文书 > 非法律渊源;法律渊源内部按层级优先。
### 第 4 步 · 动态检索策略生成 + 位阶扫描 + 全面检索 + 执行
#### 4.1 法源位阶扫描检索
按位阶体系自上而下扫描,确保各核心层级无明显空白:
```
法律(民法典合同编/总则 + 单行法如公司法、消费者权益保护法)
└── 行政法规(国务院,如《保障中小企业款项支付条例》)
├── 地方性法规(省/市人大)
├── 部门规章 + 强制性国标/行标(如食品、广告、数据安全监管规章)
└── 司法解释(最高法买卖合同、合同编通则、担保制度等司法解释)
└── 其他规范性文件(指导意见、会议纪要、批复)
```
每轮检索后对照位阶树检查:哪些层级已覆盖、哪些空白。空白层级是下一轮的方向。**合同高频盲区**:只查了《民法典》分则,漏掉行业监管规章(如特许经营要备案、数据出境要评估)与最高法相关司法解释。
#### 4.2 全面检索法:本方 · 对方 · 多路径(合同核心)
合同工作几乎总是站在某一方立场。**只检索支持本方的依据是危险的**——必须同时检索对方可能据以抗辩或反制的依据,才能在起草时预设防线、在审查时识别隐患。按三层展开并做对抗检索:
**第一层 · 约定权利**:本交易拟用条款对应的法条(合同自由的边界、可约定事项)。
**第二层 · 法定权利**:法律直接赋予本方的保护(法定解除权、瑕疵担保、同时履行抗辩)。
**第三层 · 救济权利**:违约责任、定金罚则、违约金调整、损失赔偿范围、解除后果。
**立场对抗视角**——检索本方请求权依据的同时,检索对方可能的抗辩依据:
| 本方主张/诉求方向 | 对方可能的抗辩/反制方向 | 也需检索的法条 |
|---|---|---|
| 主张对方违约、要求继续履行/赔偿 | 不可抗力、情势变更、本方违约在先、先履行抗辩 | 第180、533、526-527条 |
| 主张高额违约金 | 违约金过分高于损失请求酌减 | 第585条及司法解释酌减规则 |
| 主张定金罚则 | 定金性质争议、定金与违约金竞合 | 第586-588条 |
| 行使合同解除权 | 解除条件未成就、解除权已逾除斥期间 | 第562-565条 |
| 主张格式条款无效 | 已尽提示说明义务、非格式条款 | 第496-497条 |
> 起草时把对方抗辩点提前堵在条款里;审查时把对方可主张的抗辩当作本方风险点列出。
#### 4.3 合同法言法语映射(检索前必做)
用户口语化的需求词在法条里常常不出现,检索前先映射到法条原文用语与裁判常用表述,二者都当作一等检索词:
| 口语词 | 法条/裁判用语(必查) |
|---|---|
| 定金/押金/订金 | 定金罚则、违约金、预付款(第586-588条) |
| 阴阳合同 | 以虚假意思表示订立的合同、通谋虚伪表示(第146条) |
| 霸王条款 | 格式条款、提供格式条款一方免除自身责任(第496-497条) |
| 不可抗力/疫情 | 不可抗力、情势变更(第180条、第533条) |
| 知识产权归属 | 职务作品、委托作品著作权归属、技术成果权属 |
| 独家代理 | 排他性、专营、竞业限制约定 |
| 到货不对/质量差 | 标的物质量不符约定、瑕疵担保责任、检验期间(第615-623条) |
> 任何合同检索都必须先为本案命题词现做这张映射,宁可多列同义词。
#### 4.4 前置知识推荐 + 构造检索式 + 调用工具
1. **前置知识推荐**:先凭专业知识推荐最可能命中的核心法律文件及条款,给用户一个快速锚点(仅作检索方向,不作正文依据)。
2. **构造检索式**:合同类型 + 争议要点 + 法定术语组合、同义词扩展、时间/地域限定、案由筛选。
3. **调用检索工具实际检索**(见第五节),取回可核验正文。
4. **逐字留正文**:搜索结果只有标题/摘要时,继续读取法规/案例全文,正文须可核验。
#### 4.5 多轮检索执行
- **目的驱动**:每轮必须有明确的、与前轮不同的检索角度。
- **轮次随噪音自适应**:默认 2–4 轮,以"结果质量达标"为唯一停止条件。
- **0 命中 = 放宽信号**:按顺序逐步放宽——拆掉最窄限定词 → 换法定/裁判表述 → 放宽地域/时间 → 换下一个检索角度。
- **size 自适应**:默认取 10 条;高噪音时提到 20–30。
- **从案例反提法条**:从已知案例"本院认为"部分提取法条号,回法规库做精准检索。
**轮间评估三问**:
1. **位阶覆盖**:法源位阶各核心层级是否有明显空白?
2. **问题回答**:找到的法规能否回答本案的核心合同问题(条款是否有效、由谁担责、如何救济)?
3. **对抗覆盖**:本方依据与对方抗辩依据是否都已覆盖?
### 第 5 步 · 效力验证 + 适用性验证 + 过滤排序
#### 5.1 效力核验(强制)
| 效力状态 | 处理规则 |
|---|---|
| 现行有效 | 可直接引用 |
| 已修改 | 必须引用最新版本条文 |
| 部分失效 | 逐条确认引用条款是否仍有效 |
| 已废止 | 不得作为现行依据,标注替代法规 |
| 尚未生效 | 标注生效日期 |
| 效力存疑 | 标注存疑原因,建议人工核实 |
> **特别提醒**:《合同法》《担保法》《物权法》等已被《民法典》吸收废止,凡涉及合同基础规则,一律核对并引用《民法典》现行条文,严禁继续引用已废止的《合同法》条号。
**位阶冲突解决**(多条法规指向冲突结论时):
| 冲突情形 | 解决规则 | 依据 |
|---|---|---|
| 不同位阶 | 上位法优先 | 《立法法》第87-89条 |
| 同位阶 新法 vs 旧法 | 新法优先 | 《立法法》第92条 |
| 同位阶 特别法 vs 一般法 | 特别法优先 | 《立法法》第92条 |
| 新的一般法 vs 旧的特别法 | 标注争议,建议人工判断 | 《立法法》第94条 |
#### 5.2 法条适用性验证
效力通过 ≠ 能套用本案。逐条做适用性检验:
1. **拆解构成要件**——把法条拆成若干构成要件。
2. **事实逐项对照**——把本案合同事实逐一对应到各构成要件。
3. **缺口分析**——全部满足则纳入;部分不明标注"待确认";明确不满足则移除或标注"不适用";边界情况保留并标注争议。
> 示例:拟用"定金罚则"。构成要件=①双方有定金约定 ②明确为"定金"性质 ③已实际交付 ④一方不履行。若本案只写了"押金"且未实际支付,则第②③要件不满足,定金罚则不适用,应转向"违约金/预付款返还"路径。
#### 5.3 结果过滤与排序
- **相关性过滤**:只留与"本案交易类型 + 争议焦点"直接相关的。
- **时效性过滤**:剔除/标注已废止失效。
- **权威度排序**:法律 → 行政法规 → 部门规章/强制性标准 → 司法判例 → 非法律渊源。
- **质量反馈闭环**:结果过多/过少/相关性低时,回到第 4 步调整检索式重新检索(一般不超过 3 轮)。
## 三、合作方主体资格尽职调查
合同风险很大一部分来自"对方是谁、能不能履约"。涉及背景评估(C5)、条款审查(C6)的主体审查环节,须做主体尽调:
### 3.1 尽调要点
| 维度 | 核查内容 |
|---|---|
| 主体资格 | 工商登记是否存续、名称是否准确、注册资本、经营范围是否覆盖本交易 |
| 法定资质 | 是否具备从事该业务的法定许可/资质(如食品生产许可、特许经营备案、增值电信许可等) |
| 履约能力 | 注册资本实缴、关联企业、是否有重大诉讼 |
| 信用风险 | 是否被列为失信被执行人、被执行人、经营异常、严重违法、重大行政处罚、负面舆情 |
### 3.2 数据获取(内部规则,不向用户透传)
- 内部优先调用用户已配置的企业信用信息数据库 / MCP / Skill:如 `qcc-company`(企查查)、`tyc-mcp`(天眼查)或同类工具;先用工具发现能力按精确名/关键词查找并尝试调用。
- 专业库不可用或结果不足时,再用国家企业信用信息公示系统、信用中国、中国裁判文书网等官方公开来源补足。
- 核查到的风险信息须客观列示并标注来源,不编造登记信息或处罚记录。
## 四、类案与裁判规则检索
涉及谈判支撑、纠纷处置、争议条款审查时,检索同类合同的裁判规则:
- 优先调用法律专业库(北大法宝 `pkulaw` / `mcp__pkulaw*` 的案例检索、华宇元典 `yuandian-mcp`),不足时用官方裁判文书来源。
- 关注:同类合同条款被认定无效/有效的裁判口径、违约金酌减规则、解除权行使条件、举证责任分配等。
- **从案例反提法条**:案例"本院认为"中引用的法条号,回法规库取原文精准核对。
- 案例须有可核验案号,裁判要旨尽量引"本院认为"原文;中国大陆为成文法体系,案例作参考而非直接依据。
## 五、检索能力选择(内部规则,不向用户透传)
> **核心边界**:内部必须明确判断并优先调用专业法律库 / 企业信息库 / MCP / Skill;禁止的只是把"是否连接、是否安装、为何兜底"说给用户。
### 5.0 专业库前置 Gate(硬规则)
**不得直接把 WebSearch/WebFetch 作为首轮检索。** 必须先完成一次专业库发现与调用尝试:
- 先用工具发现能力按精确名称查找北大法宝工具:`mcp__pkulaw__mcp-law-search-service/search_article`、`get_article`、`mcp__pkulaw__mcp-law/get_law_list`、`mcp__pkulaw__mcp-case-search-service/search_case`、`mcp__pkulaw__mcp-case/get_case_list`。
- 精确名称未返回时,再用关键词发现:`北大法宝 pkulaw 法律检索 search_article`、`华宇元典 yuandian 法律案例检索`、`企查查 qcc 企业信息`。
- 只要发现专业库工具,就必须先用其完成至少一轮检索;**不得因当前工具列表未预加载 schema 就判定不可用**。
- 只有在专业库未发现、调用失败、无结果,或需补充最新公开文件时,才允许进入官方网页/公开 Web 检索。
### 5.1 选择顺序
1. **法律专业库**:北大法宝 `pkulaw` / `mcp__pkulaw*`(法条 `search_article`/`get_article`、案例 `search_case`/`get_case_list`)、华宇元典 `yuandian-mcp` / `mcp__yuandian*`。
2. **企业信息库**:`qcc-company` / `tyc-mcp` 等企业信用信息工具。
3. **其他用户配置的法律/合规知识库、模板库、团队自有 Skill/MCP**。
4. **官方权威网页**:中国人大网、中国政府网、各部委官网、国家企业信用信息公示系统、裁判文书网等。
5. **公开 Web 检索**:用于发现线索,再尽量回到专业库/官方来源取得可核验正文。
### 5.2 用户可见约束
- 不说明哪个数据库/MCP/Skill 已连接或未连接。
- 不写"由于 XX 未接入,我改用 Web"。
- 不把工具名、检索轮次、关键词、连接状态写进交付物、进度说明或免责声明。
- 确实无可核验来源时,只说"未检索到可核验依据",不暴露工具状态。
## 六、公开来源与专业来源隔离(强制)
> **交付物里每一条法条,都必须来自可核验来源的真实返回。** 公开网页取得的官方原文可作为依据;普通网页线索须尽量回到官方原文/专业库后再引用。
1. **发现锚点**:从公开信息提取法规全称、条号、案号、企业名、处罚文号。
2. **回到权威文本**:用锚点检索官方原文、专业库详情或完整可核验正文。
3. **引用可核验文本**:取得完整条文/案例/监管文件正文后才写入交付物。
4. **隔离未核验线索**:取不到完整可核验文本的内容,不作为正文结论依据;如须提示,仅在"建议人工复核事项"中抽象说明,不暴露工具状态。
## 关键约束
- **逐字核对**:凡引用法条原文,必须与官方原文或专业库版本逐字核对。
- **时效优先**:任何条文都带现行效力状态标注;已废止依据剔除或显著标注。
- **对抗完整**:站在本方立场检索时,必须同步检索对方抗辩依据,不得只查支持己方的法条。
- **真实尽调**:合作方风险信息必须来自真实核查,不编造;未核到的明确说明"未获取到"。
- **不越权下结论**:本 skill 只负责"检索到准确依据/事实",实质起草/审查交给对应引擎。
## References
- `references/contract-law-map.md` — 常见合同类型 → 适用法律法规 / 必备条款 / 效力风险点速查;含**专项法源动态匹配速查**(合同类型→民法典精确章条 + 特殊领域法源 + 动态补充处理),供审查后补充法律依据时使用。
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!