asset-trace git:20261022.6c98b8eA

Immutable. This exact content never changes and is served at /api/v1/blob/9b7648d953d361af.

---
name: asset-trace
description: 执行财产速查（asset-trace）。当用户需要为执行案件查找被执行人财产线索时使用——输入被执行人（自然人或公司）信息，按"渠道矩阵"通过公开途径（法律数据库MCP、企业风险库、执行信息公开网、中登网、司法拍卖等）批量检索，产出《财产线索检索报告》：线索池+查全度核对表+人工待办+调查令方向清单。触发词：查财产线索、被执行人财产、执行案件财产、终本恢复、财产线索排查、执行财产速查、追债找财产。本技能只做公开途径检索与方向指引，不替代法院查控与律师调查令。
agent_created: true
---

# 执行财产速查（asset-trace）

为执行案件批量检索被执行人财产线索。输入被执行人信息，按渠道矩阵逐项公开检索，输出结构化报告。

## 核心纪律（每一步都必须遵守）

1. **禁"未查=没有"**：凡未实际查询的线，状态只能标 `⏳未查` 并写入人工待办，禁止写成"无记录"。
2. **状态三标**：每条线索/每个渠道必须标 ✅已核验（附来源+查询日）、❗冲突（多源不一致，两说并陈）、⏳未查。
3. **同名甄别前置**：自然人必须先做同名甄别（见 Step 1），未锁定身份前不产出任何财产结论。
4. **法条不引记忆**：涉及法条（追加、撤销权、加速到期等）注明"以现行有效版本为准"，可用法律数据库核验时取原文。
5. **只指方向不做结论**：公开途径查明的是"线索"而非"财产证明"，报告措辞用"疑似/待核实"，最终以查控与调查令取证为准。

## 渠道三层分级

| 层级 | 含义 | 处理方式 |
|---|---|---|
| **A 机器可查** | 已接入的 MCP/检索工具可自动获取 | 本技能内自动执行 |
| **B 半自动** | 公开网站可查但需登录/交互（验证码、滑块等） | 给出精确操作路径，列入人工待办，请用户贴回结果后可二次分析 |
| **C 公开不可查** | 银行、不动产、车辆、证券、保险、社保公积金等 | 自动生成调查令方向清单（简单清单，非正式文书） |

不做浏览器自动化硬爬 B 层站点——反爬策略多变，投入产出比低且易失效。

## 主流程（五步，中途不打断提问，最后一次性交付）

### Step 1 输入体检

1. 判定主体类型：
   - **法人**：需公司全名（必填）+ 统一社会信用代码/住所地/法定代表人（选填）。
   - **自然人**：需姓名（必填）+ 身份证号/出生日期/户籍地/被执行案号（至少一项，用于同名甄别）。
2. 字段不全时列出缺项继续执行（选填缺失不阻塞），在报告中注明"字段受限，查全度降低"。
3. 自然人：执行 **references/04-自然人15线.md** 开头的"同名甄别规程"——在裁判文书库检索姓名，逐一核对出生日期/户籍/案由排除同名，输出甄别记录（保留被排除的案例及排除理由）。
4. 询问用户选**快速模式**（仅 Tier A，约几分钟）还是**深度模式**（Tier A + B 全跑）。默认深度模式；用户赶时间或初次排查用快速模式。

### 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 5 报告产出

按 **references/07-报告输出模板.md** 产出《财产线索检索报告》，六件套一次交付：

1. 主体画像卡（身份信息、投资任职、涉诉涉执概览）
2. 线索池（按 P 级排序的表格）
3. 查全度核对表（本次全矩阵每线状态：✅/❗/⏳/⛔）
4. 人工待办清单（Tier B 站点操作路径 + Tier C 调查令方向清单）
5. 行动顺序建议（下一步 SOP，含程序与期限提示）
6. 核验与免责声明（数据源、查询日期、核验状态统计、免责语句）

交付 md 文件并主动 present_files；如用户需要可另出自包含 HTML 版。

## 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 产出时 |
| examples/示例报告-虚构脱敏.md | 需要对齐产出格式时参考 |

## 边界

- 不替代法院网络查控、律师调查令、现场调查；报告是"公开面的天花板+下一步路径"。
- 不做爬虫绕过验证码/登录，不给任何绕过反爬的技术指引。
- 不对未核验信息做确定性表述；涉及第三方个人隐私信息（手机号、住址等）仅限执行用途提示，不做扩散性输出。