asset-trace · v1.7.0 · 2026-11-09 · sha256 7cf45f36c79559b1
asset-trace v1.7.0A
Immutable. This exact content never changes and is served at /api/v1/blob/7cf45f36c79559b1.
---
name: asset-trace
version: 1.7.0
display_name: 执行财产速查
display_name_en: Asset Trace
description_zh: 执行财产速查。当用户需要为执行案件查找被执行人财产线索，或对合作方/签约主体做资信尽调与背调（查失信、限高、涉诉涉执、实缴出资）时使用——输入被执行人（自然人或公司）信息，按"渠道矩阵"通过公开途径（法律数据库MCP、企业风险库、执行信息公开网、中登网、司法拍卖等）批量检索，产出《财产线索检索报告》：线索池+查全度核对表+人工待办+调查令方向清单。触发词：查财产线索、被执行人财产、执行案件财产、终本恢复、财产线索排查、执行财产速查、追债找财产、查一下这家公司、资信调查、背景调查、能不能合作、对方失信吗。本技能只做公开途径检索与方向指引，不替代法院查控与律师调查令。
description_en: Asset trace for enforcement cases. Batch-search judgment debtor assets through public channels (legal database MCP, corporate risk databases, China Enforcement Information Disclosure, chattel mortgage registry, judicial auction, etc.), producing an asset-clue report with a clue pool, full-coverage checklist, manual to-dos, and an investigation-order direction list. For asset discovery in execution cases and due diligence / background checks (dishonest debtor, consumption restriction, litigation and enforcement, paid-in capital). Public-channel search only; does not replace court asset control or attorney investigation orders.
description: 执行财产速查。当用户需要为执行案件查找被执行人财产线索，或对合作方/签约主体做资信尽调与背调（查失信、限高、涉诉涉执、实缴出资）时使用——输入被执行人（自然人或公司）信息，按"渠道矩阵"通过公开途径（法律数据库MCP、企业风险库、执行信息公开网、中登网、司法拍卖等）批量检索，产出《财产线索检索报告》：线索池+查全度核对表+人工待办+调查令方向清单。触发词：查财产线索、被执行人财产、执行案件财产、终本恢复、财产线索排查、执行财产速查、追债找财产、查一下这家公司、资信调查、背景调查、能不能合作、对方失信吗。本技能只做公开途径检索与方向指引，不替代法院查控与律师调查令。
agent_created: true
---
# 执行财产速查（asset-trace）
为执行案件批量检索被执行人财产线索。输入被执行人信息，按渠道矩阵逐项公开检索，输出结构化报告。
## 核心纪律（每一步都必须遵守）
1. **禁"未查=没有"**：凡未实际查询的线，状态只能标 `⏳未查` 并写入人工待办，禁止写成"无记录"。
2. **状态四标**：每条线索/每个渠道必须四选一，不允许第五种状态——
`✅已核验`（必须附来源+查询日）｜`❗冲突`（多源不一致，两说并陈不下结论）｜
`⏳未查`（必须写原因：需验证码/需登录/接口失效/渠道改版/信息不足）｜
`⛔公开不可查`（仅 C 层，且必须同时出现在调查令清单，一一对应、无孤儿）。
禁用"部分核实""基本确认""大致查到"等模糊表述。
3. **同名甄别前置**：自然人必须先做同名甄别（见 Step 1），未锁定身份前不产出任何财产结论。
4. **法条不引记忆**：涉及法条（追加、撤销权、加速到期等）注明"以现行有效版本为准"，可用法律数据库核验时取原文。
5. **只指方向不做结论**：公开途径查明的是"线索"而非"财产证明"，报告措辞用"疑似/待核实"，最终以查控与调查令取证为准。
## 渠道三层分级
| 层级 | 含义 | 处理方式 |
|---|---|---|
| **A 机器可查** | 已接入的 MCP/检索工具可自动获取 | 本技能内自动执行 |
| **B 半自动** | 公开网站可查但需登录/交互（验证码、滑块等） | 给出精确操作路径，列入人工待办，请用户贴回结果后可二次分析 |
| **C 公开不可查** | 银行、不动产、车辆、证券、保险、社保公积金等 | 自动生成调查令方向清单（简单清单，非正式文书） |
不做浏览器自动化硬爬 B 层站点——反爬策略多变，投入产出比低且易失效。
## 查全度基线（核对表的行数标准）
**"全"指的是基线必查集跑满，不是全矩阵 34 线全跑。** 核对表行数 = 基线 + 本次启用扩展项，不得少于基线。每条线有固定 ID，核对表按 ID 排序。
**法人基线 12 项（A 层优先）**
| ID | 线 | 主要来源 |
|---|---|---|
| F1 | 工商登记与登记状态（吊销/注销/存续） | 企业信息 MCP |
| F2 | 年报：实缴/认缴/出资期限/对外担保 | 企业信息 MCP |
| F3 | 股东、实控人与一层持股 | 企业信息 MCP |
| F4 | 对外投资穿透（子公司→其股东） | 企业信息 MCP |
| F5 | 裁判文书（被告面/原告面分查） | 法律数据库 MCP |
| F6 | 执行案件（在册） | 企查查/执行网 |
| F7 | 终本案件（含未履行金额） | 企查查 |
| F8 | 失信被执行人 | 两源交叉 |
| F9 | 限制高消费（申请人=竞争债权人） | 企查查 |
| F10 | 股权冻结/出质 | 两源交叉 |
| F11 | 知识产权（商标/专利/软著/**作品著作权**，含法律状态） | 企业信息 MCP |
| F12 | 变动与公告（破产/减资/注销/经营异常/开庭） | 公示系统+公告网 |
**自然人基线 9 项**
| ID | 线 | 主要来源 |
|---|---|---|
| N1 | 同名甄别（未锁定身份则全线中止） | 裁判文书库 |
| N2 | 裁判文书（作原告/作被告双向） | 法律数据库 MCP |
| N3 | 执行案件（在册） | 元典执行记录接口 / 企查查任职锚定 / 执行网 |
| N4 | 终本案件 | 元典执行记录 / 企查查 get_terminated_cases（任职锚定）/ 执行网 |
| N5 | 失信被执行人 | 两源交叉（任职锚定）/ 执行网 |
| N6 | 限制高消费 | 企查查（任职锚定）/ 执行网 |
| N7 | 限制出境/边控 | 企查查 18 维（**依赖 N8 任职锚点**；无任职 → 执行网/出入境人工，标 ⏳） |
| N8 | 任职与持股（工商任职记录） | 企业信息 MCP + 任职锚定法（见 08 卡） |
| N9 | 对外债权（作原告的金钱给付判决） | 法律数据库 MCP |
**扩展项（固定编号 E1–E17，按案件类型启用，启用即入表；核对表用 E 编号，禁止自创序号）**：
E1 分支机构｜E2 司法拍卖｜E3 询价评估｜E4 招投标/政府采购｜E5 欠税与税收违法｜E6 劳动仲裁｜E7 送达公告｜E8 舆情｜E9 知产官方法律状态｜E10 房产公开面｜E11 婚姻与配偶｜E12 消费行为线索｜E13 动产抵押（在册+历史，★2026-10-31 实测补录）｜E14 融资租赁｜E15 土地权属面（受让/抵押/转让）｜E16 企业财务数据｜E17 招聘与经营痕迹。免费扩展渠道见 **references/10-免费公开渠道扩展.md**。
**C 层专属编号（固定 C1–C9，按案件类型启用，启用即入表；⛔ 行只能用 C 编号，禁止借 E 编号）**：
| ID | 线 | 说明 |
|---|---|---|
| C1 | 银行账户与流水 | 开户、余额、近 2 年流水（执行查控 + 银行调查令） |
| C2 | 不动产登记 | 权属、抵押、查封、历史转移（不动产登记中心调查令） |
| C3 | 机动车登记 | 车辆登记、过户记录（车管所调查令/查控） |
| C4 | 证券账户与持仓 | 股票、基金、债券持仓（中国结算调查令） |
| C5 | 保险保单 | 保单号、投保人、现金价值（保险公司调查令） |
| C6 | 社会保险 | 参保单位、缴费基数、起止月份（社保中心调查令） |
| C7 | 住房公积金 | 账户余额、缴存单位（公积金中心调查令） |
| C8 | 婚姻登记与离婚档案 | 结婚/离婚登记、离婚协议（民政局/法院调卷） |
| C9 | 户籍与人口信息 | 户籍地址、家庭成员（公安调查令） |
规则：**C 段只用于"公开不可查"的线**；公开面能查到一部分的（如房产拍卖公告、土地抵押公示）走 E 段，不要占 C 编号。C 段行状态正常为 `⛔`；只有在已通过调查令/查控拿到回执时才可标 `✅`（来源写回执）。
**行数自检**：`核对表行数 = 基线 12（或 9） + 启用扩展项数 + 启用 C 层项数`；少于基线即为交付不合格。
## 案卷前提四项（Step 1 之前核对，缺项先补再跑）
1. **执行依据已生效且有可执行内容**：生效日期决定加倍利息起算日与时效表述；判决/仲裁/公证债权文书/刑附民各不同。
2. **执行程序状态**：未申请执行 / 在册 / 终本 / 终结 / 中止。终本 → 可随时申请恢复（**不受申请执行时效限制**）；未申请 → 先核 2 年申请执行时效；终结（非终本）→ 一般不可恢复，须另行评估救济路径。
3. **债权构成分列**：本金 / 一般利息 / 加倍部分利息（日万分之一点七五）三者分开算，未履行金额以法院执行局核算为准。
4. **主体锚点齐全**：法人＝统一社会信用代码；自然人＝身份证号（或 出生日期+户籍地 / 被执行案号）。锚点缺失先问当事人，不要带病开跑。
期限与时效细目见 **references/09-程序期限与时效表.md**。
## 主流程（五步）
**提问纪律**：仅 Step 1 允许**一次批量前置问询**（缺什么一次问全，不分次追问）；
进入 Step 3 检索后不再提问，缺信息一律记 ⏳ 并写入人工待办，不阻塞其他线。
### Step 1 输入体检
1. 判定主体类型：
- **法人**：需公司全名（必填）+ 统一社会信用代码/住所地/法定代表人（选填）。
- **自然人**：需姓名（必填）+ 身份证号/出生日期/户籍地/被执行案号（至少一项，用于同名甄别）。
2. 字段不全时列出缺项继续执行（选填缺失不阻塞），在报告中注明"字段受限，查全度降低"。
3. 自然人：执行 **references/04-自然人15线.md** 开头的"同名甄别规程"——在裁判文书库检索姓名，逐一核对出生日期/户籍/案由排除同名，输出甄别记录（保留被排除的案例及排除理由）。
4. 模式分支：**全量模式**（默认，深度，Tier A+B 全跑）｜**复查模式**（delta 增量，见下方专节）。仅当自然人主体缺身份证号且缺案号、无法做同名甄别时才发起问询（此时必须问，否则全部结论无效）；用户主动赶时间可选快速。
### Step 2 连接器探测与降级声明
1. 探测可用的法律数据源（如元典 yuandian MCP、其他企业信息 MCP/连接器）。
2. 产出"本环境可用渠道清单"，明确声明降级：某源不可用时改用替代公开源（国家法律法规数据库、官方公示系统、网页检索），对应线标注 `✅已核验（替代源）` 或 `⏳待补`，**禁止含糊写"均已核验"**。
3. 若 A 层完全不可用，本技能降级为"检索指引 + 人工待办生成器"，仍完整交付 B/C 层内容。
### Step 3 批量检索
1. 法人按 **references/05-法人6层穿透.md**、自然人按 **references/04-自然人15线.md** 逐线执行。
2. 每条线对应的具体操作读 **references/01-渠道矩阵总表.md**；元典接口映射读 **references/02-渠道卡-元典MCP.md**；半自动站点操作读 **references/03-渠道卡-半自动站点.md**。
3. 边查边记录：查询工具、关键词、命中数、关键命中摘要、查询日期。
4. 网页检索兜底：企业加" site:qcc.com / 爱企查 / 水滴信用 / 开庭公告 / 新闻 "等组合；发现多源状态冲突（如"吊销 vs 存续"）标注 ❗冲突，两说并陈不下结论。
5. 注意数据源盲区：第三方库与裁判文书库的执行类数据均可能缺失（实际案例中出现过文书库显示无执行记录但实有终本案件），**任何单源"无记录"都不作为反证**。
### Step 4 线索评估
对每条线索按 **references/06-线索评估与P级规则.md** 打标：
- **来源**（哪个渠道哪个文书/记录）
- **性质**（权属型/股权型/债权型/收入型/行为型）
- **P 级**（P0 立即行动 → P3 观察）
- **对应法律动作**（追加被执行人、债权人撤销权/代位权、执转破、限制高消费、审计、拒执线索移送等）
- **缺口**（离"可执行"还差什么文书/什么程序）
### Step 4.5 交付前自检（硬闸门，逐条打勾，任一项不过不得交付）
```
□ 核对表行数 = 基线（法人12/自然人9）+ 启用扩展项 + 启用 C 层项，缺项为 0
□ 每个 ✅ 都带"来源 + 查询日"，缺一即降为 ⏳
□ 全文禁用词扫描：无财产／未发现财产／查无资产／均无记录／无风险 → 出现即改写
□ P0/P1 每行都有来源与缺口；无来源者一律降 P3
□ 自然人：同名甄别记录在册（含保留 N 件、排除 M 件与逐条排除理由）
□ 每个 ⛔ 都能在调查令清单里找到**按 ID 配对**的对应行（双向：⛔↔清单，无孤儿、无虚引）
□ 状态统计数字 = 核对表行状态逐行计数（不估算、不按标记出现次数）
□ 无凭记忆引用的法条；涉法条处已标"以现行有效版本为准"
□ 未凭单个数据源的"无记录"下"无财产"结论
```
**机械项交给脚本**：交付前运行 `python3 scripts/validate_report.py <报告.md>`（行数闭合 / 无 ID 行 / ✅来源+日期 / 统计逐行计数 / ⛔双向配对 五项硬校验），输出 FAIL 即修复后重跑，不得带 FAIL 交付。脚本只判机械项，日期语义（如出生日期≠查询日）仍需人工判断。
### Step 4.5附 报告格式硬约束（校验器口径，动笔前先读）
校验器只认**字面格式**，不符合不是"写得不规范"，而是直接 FAIL。`references/07-报告输出模板.md` 已按下列 8 条对齐，照模板写即通过；自创版式必须先逐条自查。
| # | 硬约束 | 违反后果 |
|---|---|---|
| 1 | 核对表所在章节标题以 `#` 开头且含"查全度核对表"；表体在该节内，止于下一个 `#` 标题 | 找不到表格 → FAIL |
| 2 | 每行**首格**以 `F1–F12` / `N1–N9` / `E1–E17` / `C1–C9` 裸编号开头（不要写成「F1（工商）」；C 段专用于公开不可查线，禁借 E 编号） | 该行被静默跳过 → 行数不闭合 |
| 3 | 主体类型靠行数识别：F 行 ≥6 判法人、N 行 ≥6 判自然人 | 两者均 <6 → 无法识别基线 FAIL |
| 4 | 行数 = 基线（法人 12 / 自然人 9）+ **去重后** E 编号个数 + **去重后** C 编号个数；E 超 E17、C 超 C9、编号重复均 FAIL | 行数不闭合 / 编号越界 |
| 5 | 每个 ✅ 行**最后一格**含日期（`YYYY-MM-DD`／`YYYYMMDD`／`YYYY年M月D日` 任一）；或核对表节内写 `表级查询日：2026-11-08`（v1.6.3 起容许冒号与加粗；仍须写在本节内，写在文档头无效） | ✅ 判无查询日 FAIL |
| 6 | 统计行**必须落在核对表节内**（表后、行数自检前），格式 `✅ 11 ｜ ❗ 0 ｜ ⏳ 2 ｜ ⛔ 3`（v1.6.3 起容许数字后带"条/项/个"），数字 = 逐行实计 | 找不到统计行 / 统计不符 FAIL |
| 7 | ⛔ 与调查令清单**按 ID 双向配对**：清单「关联 ⛔ 行 ID」列填裸编号；每个 ⛔ 行须被引用，清单引用的 ID 须存在且状态为 ⛔；程序类待办（追加被执行人材料等）填 `—` 不参与配对。清单完全未挂 ID 时回退旧关键词匹配并提示补列 | ⛔ 漏引 / 引用非 ⛔ 行 / 引用不存在的行 → FAIL |
| 8 | 状态符号取第 2–4 格中**最先**命中者；渠道线名与来源说明里不要混入状态 emoji | 状态误判 → 统计不符 |
| 9 | 核对表内不得出现无 ID 数据行（首格必须能解析出 F/N/E/C 编号） | 存在无 ID 行 → FAIL（堵"加行凑数"） |
**v1.6.3 已放宽的两处（v1.6.2 会误判）**：`✅ 11 条 ｜ …`（数字带量词）、`表级查询日：2026-11-08`（冒号/加粗）现在都能过。仍需注意：①统计行必须落在核对表节内；②✅ 日期必须在**末格**；③⛔ 必须在清单挂 ID 才算闭合。
**校验器已知局限（机械 PASS ≠ 报告可信）**：五项机械校验只保证形式闭合——①行数=基线+扩展 ②无无 ID 行 ③✅ 有日期 ④统计数与逐行计数一致 ⑤⛔ 与清单 ID 双向配对。它**不**校验：✅ 行是否真查过、来源是否可信、日期语义是否正确（如出生日期≠查询日）、清单内容是否覆盖应有的调查对象。旧格式报告（清单未挂 ID）走回退匹配，仍可被删行绕过——处理旧报告时须人工确认 ⛔ 完整性。语义判断仍归模型与律师。
### Step 5 报告产出
按 **references/07-报告输出模板.md** 产出《财产线索检索报告》，**七件套**一次交付：
0. **一页速读图**（SVG 呈现层，按 **references/11-可视化输出规范.md** 渲染：法人版=双栏+版图，自然人版=时间线+债权构成；图上每个数字必须能在 md 报告逐字找到）
1. 主体画像卡（身份信息、投资任职、涉诉涉执概览；可视化规格见 11 卡）
2. 线索池（按 P 级排序的表格）
3. 查全度核对表（**按基线必查集 ID 排序**，每线四态：✅/❗/⏳/⛔；末尾附行数自检行）
4. 人工待办清单（Tier B 站点操作路径 + Tier C 调查令方向清单）
5. 行动顺序建议（下一步 SOP，含程序与期限提示）
6. 核验与免责声明（数据源、查询日期、核验状态统计、自检结论、免责语句）
交付 md 文件并主动 present_files；**速读图必须落盘**：渲染后另存 `.svg` 至报告同目录（命名 `速读图-{主体名}-{日期}.svg`）并在会话内展示，用户要求时可选出 `.png`。
## 复查模式（delta 增量）
**触发**：用户给出某主体此前的报告，要求「复查 / 盯后续 / 看看有什么变化」（典型：监控新执行立案、等待内档或破产受理结果后重判路径）。
1. 读上次报告的查全度核对表，每条线分三类：
- **重跑**：上次 ⏳/❗ 行 ＋ 在册动态线（法人 F6/F7/F8/F9/F12；自然人 N3/N4/N5/N6——执行/终本/失信/限高随时间变化）＋ 用户点名行；
- **继承**：其余 ✅/⛔ 行不重查，核对表保留原状态并在来源列标注 `[继承 {上次查询日}]`；
- **新增**：本次新启用的扩展项（E 编号入表）。
2. 扫「上次报告之后的新发生」：重跑线全量拉取后，按案号/日期与上次报告比对，只把**新增或状态变化**写进线索池；无变化也要明说「N 条无新增」。
3. 输出《复查报告-{主体名}-{日期}.md》，结构差异见 **references/07-报告输出模板.md** 末节；首节必须是「变化摘要」（新增/变化含解除/无变化，各列条数与要点）。
4. 上次报告缺失或核对表不可解析 → 退回全量模式并告知。
5. 交付前照跑 `scripts/validate_report.py`（核对表全量展示，校验口径不变）。
## References 索引
| 文件 | 何时读 |
|---|---|
| 01-渠道矩阵总表.md | Step 3 开始时，全矩阵总览与每线操作入口 |
| 02-渠道卡-元典MCP.md | 有元典环境时，接口→查询目标的映射 |
| 08-渠道卡-企查查MCP.md | 有企查查连接器时（先跑 35 项风险扫描分诊再下钻；执行/限高/公告时间线首选） |
| 03-渠道卡-半自动站点.md | 生成 B 层人工待办时 |
| 04-自然人15线.md | 主体为自然人时 |
| 05-法人6层穿透.md | 主体为法人时 |
| 06-线索评估与P级规则.md | Step 4 评估时 |
| 07-报告输出模板.md | Step 5 产出时 |
| 09-程序期限与时效表.md | Step 1 核对案卷前提、Step 5 写行动建议时（时效/期限速查） |
| 10-免费公开渠道扩展.md | 启用扩展项 E1–E12 时（零成本渠道 + 自然人文书深挖规程） |
| 11-可视化输出规范.md | Step 5 渲染一页速读图与画像卡时 |
| examples/示例报告-虚构脱敏.md | 需要对齐产出格式时参考 |
## 边界
- 不替代法院网络查控、律师调查令、现场调查；报告是"公开面的天花板+下一步路径"。
- 不做爬虫绕过验证码/登录，不给任何绕过反爬的技术指引。
- 不对未核验信息做确定性表述；涉及第三方个人隐私信息（手机号、住址等）仅限执行用途提示，不做扩散性输出。