网核宝网络核查

概述

发布版本：v1.0.0 · 2026-09-18 · 变体：workbuddy-skill-market · 源：wanghebao-pm@af867d2 · 本文件由发布脚本生成，修改请回源仓 03_Skill/

📌 本 Skill 依赖网核宝 MCP 连接器：请先在 WorkBuddy 连接器市场安装并授权网核宝连接器，再使用本 Skill（发布方案第十节：连接器是主渠道，技能市场/SkillHub 单发是补充）。

基础信息

• 名称：网核宝网络核查
• 触发命令：网络核查、网核、智能网核、网核宝
• 加载方式：随 WorkBuddy 技能市场安装后自动加载，无需用户手动发送 URL。
• MCP 连接与鉴权：
  1. 遇到鉴权类报错（如 401、"未授权"）：引导用户前往 wanghebao.com（用手机号或邮箱验证码登录/注册即可，无需单独设密码）→【用户】→【MCP 配置】页面核对 Token 状态；页面里"复制配置"按钮取到的 Authorization 字段即为完整密钥，不要求用户在对话里粘贴 Token 明文排查。
  2. Token 更换：页面提供"重置密钥"，重置后旧 Token 立即失效，需把新配置更新到所有已接入的客户端，否则原连接会持续鉴权失败。
  3. 🔴 真实 Token 值任何时候都不得写入本文件、references 或对话记录留存的示例中。
• 本文件的定位：
  1. 本文件是"网络核查"这一 skill 的总文档。
  2. 网核宝后续会有多个独立的 skill（如"股东穿透"，尚未发布），彼此不打包在一个集合里，各自独立加载、独立维护，本文件只覆盖"网络核查"。
  3. references/ 目录下有 19 个细分文档（4 个通用规则文件 + 15 个具体菜单/业务路径文件；知识产权菜单 9 个任务字段/结果表各不相同，各有独立 reference 文件）。
  4. 本文件用于说明"网络核查"这一 skill 整体覆盖的能力范围，以及具体文档的导航方式。
  5. 是使用本 skill 时应首先读取的入口。
  6. 若当前环境未接入 MCP，或所涉菜单 MCP 暂不支持，AI 如实告知用户该功能需自行前往网核宝网页端处理；references 目录下对应文件仍保留字段、配置项、计费规则等参考信息，供 AI 判断适用性、回答用户具体问题时使用，不作为要求 AI 手把手指导网页操作步骤的 SOP 文档。
  7. 底稿产出方式，完整规则见下文"五步操作流程框架"第 5 步"执行项目"，此处不重复。
• 适用业务场景：个人/公司背景调查、企业尽调、知识产权风险核查。
• 使用权限范围：
  1. 个人账号与企业成员账号在功能权限上无差异，两者均可访问本 Skill 覆盖的全部菜单。
  2. 差异仅在于企业账号享有折扣定价，不影响本 Skill 的判断逻辑，不构成决策树分支或字段差异。

决策树

🔴 MCP 已接入范围：MCP 工具当前支持 5 个菜单——「裁判文书网」「普通网站」「地方网站」「知识产权」「企查查信用报告」。未接入：「股东穿透」，对它调用"新建项目/查询菜单可选项"会返回 E_MENU_NOT_SUPPORTED —— AI 如实告知用户该菜单暂不支持 AI 操作，需自行前往网核宝网页端处理，不要尝试用 MCP 代建、也不要用网页自动化脚本代替。用户就该菜单的字段、配置项、计费规则等提问时，AI 仍可参考对应 reference 文件回答。下文所有「MCP 已接入时…」的说明，对上述 5 个已接入菜单生效。

⚠️ 传参用的菜单名，跟侧边栏显示的不一样，两个特别容易错：

侧边栏显示	menu_type 要传
普通网站	网络核查
知识产权	知识产权核查

「普通网站」「知识产权」这两个词照字面传会被判成参数错误（E_VERIFY_FAILED）。其余 3 个已接入菜单（裁判文书网/地方网站/企查查信用报告）的 menu_type 与显示一致。原因：后端 ProjectGroup 取值是「网络核查」，而侧边栏那个折叠大类恰好也叫「网络核查」——显示层为了区分把子项写成了「普通网站」。

核查 {姓名或公司名称}（示意，非固定命令格式，实际由 AI 从用户自然语言中解析得到）
└─ AI 判断：个人 or 公司（用于"普通网站""裁判文书网"内部选择 reference 文件及可选任务；"地方网站""企查查信用报告"仅支持公司主体，无需判断；"知识产权"字段本身不限主体类型，见下）

网核宝左侧导航常设若干平级一级菜单，本 Skill 实际处理以下 5 个：
├─ 普通网站（个人 + 公司均支持；菜单内是一长串具体网站任务，逐条标注【个人】/【公司】，可多选，但同一项目内不能混选个人任务和公司任务）
│  ├─ 核查对象为个人 → references/个人-普通网站.md
│  └─ 核查对象为公司 → references/公司-普通网站.md
├─ 地方网站（🔴 仅支持公司，核查对象是个人时不能选这个菜单） → references/公司-地方网站.md
├─ 知识产权（🔴 内部任务选择完全单选，一个项目只能选一个任务——传两个及以上会被判 `E_VERIFY_FAILED`，通用规则见 references/_通用-知识产权.md；权利人/出质人/著作权人/域名持有人字段可以填公司名称，也可以填个人姓名，字段本身不限主体类型，不需要像"普通网站""裁判文书网"那样按对象类型分文件；下列 9 个任务字段/结果表各不相同，分别有独立 reference 文件）
│  ├─ 商标核查 → references/知识产权-商标核查.md
│  ├─ 商标核查(信用中国商标质押) → references/知识产权-商标核查(信用中国商标质押).md
│  ├─ 专利核查（按权利人/按特定专利号，同一任务） → references/知识产权-专利核查.md
│  ├─ 专利核查(信用中国专利质押)（🔴 出质人+专利号均为必填，建项目前先向用户要专利号） → references/知识产权-专利核查(信用中国专利质押).md
│  ├─ 软著核查 → references/知识产权-软著核查.md
│  ├─ 软著核查(质权公告检索) → references/知识产权-软著核查(质权公告检索).md
│  ├─ 域名核查 → references/知识产权-域名核查.md
│  ├─ 作品著作权核查 → references/知识产权-作品著作权核查.md
│  └─ 作品著作权(广东版权网) → references/知识产权-作品著作权(广东版权网).md
├─ 企查查信用报告（🔴 仅支持公司，核查对象是个人时不能选这个菜单） → references/公司-企查查信用报告.md
└─ 裁判文书网（个人 + 公司均支持；菜单内只有一个任务，按主体类型分为【个人】【公司】两个互斥变体，只能二选一）
   ├─ 核查对象为个人 → references/个人-裁判文书网.md
   └─ 核查对象为公司 → references/公司-裁判文书网.md

reference 文件阅读顺序说明

选定网站/任务后，打开对应 reference 文件，按其中"适用场景 / 新建项目 / 网站选择 / 检索信息配置 / 填写实体 / 执行与结果 / 注意事项"的顺序操作。

1. 并非每个文件都会出现全部标题——"填写实体""注意事项"这两节，仅在该菜单有独立于前面步骤的专属内容时才单列，没有专属内容时会省略，不代表遗漏。
2. 遇到字段互斥、计费差异、异常情形，优先查阅该文件是否已有记录，无记录时按下方"异常处理"一节的通用原则处理，不擅自假设。

五步操作流程框架

无论采用哪条分支，网核宝网络核查均遵循同一五步流程框架：

1. AI 判断：根据用户原始请求，分析核查对象，逐个核查对象判断是个人还是公司。
   • 以用户表述为准，不主观推断对象类型。
   • 同一请求可能包含多个核查对象、且分属个人或公司等不同类型，需要逐个判断，不能把整句话当成一次性的单一判断。
   • 解析结果缺失必填字段时逐条追问，不擅自使用默认值。
   • 主体名称不完整或可能对应多个同名主体时，先与用户确认，不擅自选定其一。
   • 🔴 核查主体只能来自用户：禁止杜撰主体、禁止填示例/测试数据、禁止用集团简称替用户猜测具体法人（用户说"查百度"时，"百度"旗下有几十个法人主体，必须让用户指认公司全名，或列出候选让用户选）。核查结果按主体出，主体错=整个核查白做。
   • 📌 知识产权菜单对主体名称精确度要求更高：知识产权菜单按权利人/出质人/著作权人/域名持有人的姓名或公司名称做检索，用简称、曾用名去查，很容易查不到结果或查到不相关的同名主体；相比之下，普通网站类任务本质是关键词搜索，简称有时也能搜到结果。不管哪个菜单都要按上一条规则找用户要精确全称，但知识产权菜单尤其不能用简称将就——查错了不是"不够准"，是"白做"。
   • 无需调用工具，纯 AI 判断。
2. 选菜单：确定要用哪个 MCP 已接入的菜单（对应 menu_type 参数）。MCP 当前接入 5 个菜单，本 Skill 处理这 5 个。
   • "普通网站""裁判文书网"这两个菜单同时支持个人、公司两种主体，需结合步骤 1 的判断结果进一步定位到对应任务；
   • "地方网站""企查查信用报告"仅支持公司主体，若用户核查对象是个人却选中这类菜单，应如实告知用户该菜单不支持个人核查；
   • "知识产权"菜单只有一份 reference 文件，不按对象类型分文件——权利人/出质人/著作权人字段可以直接填个人姓名，不需要在这一步做拦截或确认。
   • 无需调用工具。
3. 建项目：调用「新建项目」工具，基于步骤 2 确定的菜单创建核查项目。
   • 若一次请求涉及多个菜单时，则按菜单分别建项目。
   • 若不同菜单对应不同核查对象，则每个项目只填自己的核查对象。
   • 若同一菜单的核查对象里，同时出现个人和公司，则按核查对象类型，拆分成两个独立项目，同一项目内不能混选个人任务和公司任务。
   • 建项目时余额校验由系统自动完成（校验规则见 references/_通用-账号与企业管理.md）。
   • 涉及检索时间范围的菜单（如裁判文书网、普通网站的"日期范围"配置项），若不主动传入，会按后端默认规则检索（后端默认规则：等价于近一年，即 [今天-1年, 今天]；MCP 已接入时以「查询菜单可选项」工具当场返回的默认值为准）；建项目前应主动告知用户这一默认值，并询问是否需要扩大到近两年/近三年/不限，不擅自替用户决定检索范围，也不要在用户不知情的情况下沿用默认值。多个项目一起建、按上一条"例外"合并确认时，检索时间范围也可以合并成一次问（如"这几个项目的检索时间范围都用近一年，还是需要分别指定"），不必对每个项目单独重复问。
   • 新增配置项的兜底规则：无论当前 Skill 是否已针对某配置项写明注意事项，只要其默认值不是"不限/无/全部"这类明显安全的取值，建项目前都应主动向用户确认，不擅自沿用默认值——这样即使后续菜单新增配置字段、Skill 文档还未来得及更新，也不会因为"没写"就被当成"可以放心用默认值"。
   • MCP 已接入时，调用"新建项目"；校验不通过时，返回具体提示，用户修正后，带同一项目 ID 重新调用，不产生多余空项目；校验不通过的项目不允许启动。✅ 校验通过仅代表字段/格式校验通过，不代表主体真实存在或信息准确——向用户转述时只能说"主体信息通过系统格式校验"，不能说"已核实主体真实存在"。
4. 网站选择 + 检索信息配置：
   • 菜单不同，可选的网站集合不同。
   • 选定网站后，按该网站的配置要求，填写检索配置。
   • "普通网站""裁判文书网"这两个菜单，可选任务同时存在【个人】【公司】标签，但同一项目内不能混选个人任务和公司任务。
   • AI 组装好字段与配置项后，须先展示默认设置给用户，用户确认或修改后，才创建项目，不得未经确认直接提交。🔴 展示内容必须包含核查主体的逐字清单。默认一次确认只建一个项目——多菜单/多批主体逐个确认、逐个建，禁止一句指令连建多个项目；例外：用户在同一条指令里已经明确列出全部核查对象/菜单/网站/地区时，可以把待建的全部项目汇总成一张表格，一次性展示、一次性确认（涉及检索时间范围默认值的，见下方说明，也可以合并进这一次问清楚）——确认后仍需逐个调用"新建项目"分别创建，不是合并成一个项目；建完立刻回报项目 id、主体、网站（id 和主体/网站成对报，不要只报 id 或只报主体名——网核宝不限制项目重名，见「异常处理」第 26 条），并说明「未启动、未收费」，让用户对账户里每个项目知情。
   • 若批量核查多个主体时，应使用"填写实体"步骤自带的批量导入/批量添加机制，进行一次性提交，不应为每个主体单独调用"新建项目"，避免不必要的重复调用。
   • 涉及身份证号、手机号等敏感字段时，与用户交互过程中采用部分掩码展示，完整字段值仅用于实际配置检索条件。
   • MCP 已接入时：可先调用"查询菜单可选项"，获取该菜单当前实际可选的网站/任务、字段定义、以及各配置项的可选值和默认值，不要凭静态 reference 文档里记的数字回答——已接入 MCP 的 5 个菜单都是如此：其"最大页数""日期范围"等配置项的默认值，应以工具当场返回为准，reference 文档里的数字仅供 MCP 未接入时兜底参考；普通网站尤其明显——219 个网站里约 170 个有"最大页数"、约 80 个有"AI检查列表页"、约 79 个有"日期"类配置项，各站差异很大，更不能凭记忆回答。
5. 执行项目：配置完成后，运行项目，取得核查结果。
   • 结果整包（zip）由网核宝平台产出和留存。
   • 如果项目「执行完成」后有失败任务，用户可以选择：
     • 方案①：失败任务重试；
     • 方案②：不再重试，调用"完成项目并结算"直接结算（不可逆，需先向用户说明三点并取得确认：已下载的计费、还没下载的成功底稿会作废、失败任务不能再重试；先问要不要重试，再问要不要结算，见 MCP 工具映射表）。项目还在执行中不适用本工具，那种情况用"提前终止"。
   • 用户什么都不选、放着不管：超过 24 小时未领取剩余底稿，项目自动结算为已完成（终态），之后同样不能再重试失败任务，只能在网页端用"失败任务复制"。
   • AI 需先展示本次操作的扣费明细，包括底稿名称、底稿数量、单价、折扣率、折扣前金额、折扣后金额（此阶段仅展示费用信息，不返回底稿内容）。
   • 用户确认「支付并下载」后，才能取回该底稿任务对应的底稿。
   • 用户获取底稿时，给用户提供的是pdf格式的底稿文档，不要转成其它格式。
   • 底稿格式提醒：涉及"是否以截图保存底稿"配置项的菜单（如裁判文书网），该项默认值以「查询菜单可选项」工具当场返回为准（MCP 未接入时参考默认为"是"）——选"是"时，底稿 PDF 是网页截图（图片），文字不可选中/复制，AI 和用户都无法从中自动提取案号等结构化信息；如需可复制文本的底稿，须在建项目时主动把该项改选"否"，AI 不应向用户承诺能从默认设置产出的底稿里自动提取文字信息。
   • iCourt 渠道用户计费口径（强制）：报价返回里带 amount_power 字段时，判定为 iCourt 渠道用户，全程只用【算力】口径沟通金额——不说"人民币"，文案里也不出现 ¥ 符号或人民币数字。报价说「应付 N 算力」、扣费说「已扣 N 算力」、余额不足说「算力不足」；逐行费用明细只展示接口实际返回的算力字段（如 amount_power），不展示 ¥ 金额；接口未返回对应算力字段的项目（如单价、折扣前金额），AI 不自行按汇率折算——汇率是组织级可配置字段，AI 手动换算有算错风险，改说"具体算力以清单报价为准"。此口径覆盖建项目、执行、获取底稿全流程里的所有金额沟通，不只是"报价"和"扣费"这两步。非 iCourt 用户照旧用 ¥。
   • 取得底稿后，AI 给用户生成网络核查结果和分析报告；不对底稿内容做法律定性或合规结论（见下方免责声明）。
   • 用户「支付并下载」部分底稿后，须在 24 小时内领取剩余底稿；超时未下载，则自动作废。用户不想继续等待或重试、想现在就结算时，可调用"完成项目并结算"直接结算（不可逆，需先向用户说明三点并取得确认：已下载的计费、还没下载的成功底稿会作废、失败任务不能再重试）。
   • exec_state 状态含义：以 MCP「查询项目状态」工具返回结果自身的字段说明为准，不要凭英文字面猜，本文件不重复维护中英文对照表，避免两处维护、枚举值增减不同步。🔴 需要特别提醒的是：finished 状态对应的中文含义是"未付款"，不是"已完成"——此时仍可重试失败任务、仍可获取底稿，不要告诉用户「已完成、不能再操作」；pending 与 waiting 都不产生费用，但含义不同（一个是"还没发起"，一个是"已发起在排队"），不要混为一谈。
   • 项目按状态可做的操作不同：等待执行（排队中）——只能等，暂不支持终止；运行中——可提前终止，也可对已产出的任务指定 job_id 单独获取底稿，不必等项目跑完（整批获取仍需等项目「执行完成」，运行中整批获取可能因新任务持续产出导致清单和报价变化、触发「报价已变化」，见「MCP 工具映射表」「确认获取底稿内容」一行）；未付款——失败任务重试、单个底稿任务支付并下载、批量支付并下载已成功底稿任务、调用"完成项目并结算"主动结算（数据清理在此状态实际不可用，见下）；已完成——数据清理（需二次确认）；⚠️ 触发「已完成」终态有三种方式：取满全部成功任务的底稿、超过 24 小时未领取剩余底稿、或调用"完成项目并结算"主动结算——三者任一发生后都不能再重试，失败任务只能在网页端用「失败任务复制」——所以有失败任务时，结算之前先问用户要不要重试。
   • MCP 已接入时，调用"启动核查"发起，之后用"查询项目状态"追踪进度，用"查询已产出底稿清单与费用"列出已产出底稿任务并一并返回费用明细（含该项目的确认令牌，长期有效、同一项目每次相同），用户确认后再用"确认获取底稿"按单个或批量取回无水印底稿。
   • 主动跟进，不要等用户来问：项目发起执行后，AI 不应被动等待用户主动询问"进度怎么样了"才去检查——应在之后每一轮对话（用户发来新消息、或任务自然推进的节点）里，顺便用"查询项目状态"/"查询已产出底稿清单与费用"看一眼有没有新底稿产出；一旦发现有底稿产出，主动跟用户播报费用明细并发起「是否支付并下载」的确认，不要等用户主动来问才第一次告知。为避免触发接口调用频率限制，同一轮对话内不要对同一个项目重复查询多次；这一限制不止针对查询类工具、也不止针对单个项目——新建项目、启动核查、查询已产出底稿清单与费用等工具，若对多个项目并行或密集连续调用，同样会触发 E_RATE_LIMITED（实测连续 8 次调用即必定触发）。涉及多个项目时应串行调用、每次间隔 2~3 秒、单批不超过 5 个；遇到限流报错按提示等待后重试，不要立刻重复调用——agent 类客户端默认容易并行批量发请求，此处尤其要注意。
   • 确认方式：默认逐次确认，用户可授权本次对话内免确认：默认每次获取底稿仍需用户明确确认支付，这条红线不变。如果用户主动提出"以后不用每次都问我了""自动帮我确认获取"这类授权，AI 可以在当前这一次对话内记住该授权，之后这次对话里新产出的底稿可以直接调用"确认获取底稿"、事后告知用户已获取及花费，不必再逐次等待确认；该授权仅对当前对话、当前正在跟进的项目有效，换一次新对话要重新询问，也不能把授权扩大套用到其它项目。
   • 进度数字说明：任务总数 total 会随执行动态增长，进度百分比回落、总数变大均属正常现象，不要向用户报"进度异常"。
   • 对于执行成功底稿，自动分析输出底稿是否有效。
   • 确认有效后，支持"单份支付并下载"和"批量支付并下载"两种独立模式，用户明确下达「支付并下载」自然语言指令，自动校验余额：

1. 余额不足
   1. 网核宝个人用户，返回提示：余额不足，请先去「网核宝-在线充值」充值。
   2. 案牍个人用户，返回提示：余额不足，请先去案牍储值。
   3. iCourt个人用户，返回提示：余额不足，请您前往AlphaAI右上角个人中心充值算力。
   4. 企业成员，返回提示：余额不足，请联系管理员充值。

1. 余额充足，继续执行：

1. 可单个或批量获取无水印底稿

1. 可批量获取全部已成功任务的无水印底稿

1. 用户下达「支付并下载」指令，扣费和记账只在网核宝页面进行
• 可按控制表要求，生成网络核查结果和分析报告。
• 对于执行失败底稿：AI 返回失败的提示信息。

第 3~5 步在不同菜单下，具体操作有差异，见决策树对应的 reference 文件。

通用规则文件：

1. references/_通用-新建项目与底稿获取.md：新建项目字段、输出格式命名规则、计费单价非全局统一规则、结果交付方式、异常处理的通用情形。
2. references/_通用-账号与企业管理.md：个人账号与企业成员账号的差异（仅折扣定价，无权限差异）。
3. references/_通用-术语对照表.md：统一定义"底稿""底稿任务""检索信息配置"等高频术语的释义，避免同一词在不同文件里各写各的解释。
4. references/_通用-知识产权.md：知识产权菜单 9 个任务共用的 MCP 调用规则（menu_type/subject_type、一项目一网站、控制表获取方式），各任务专属字段/结果列见各自 reference 文件。

MCP 工具映射表（强制，禁止 AI 自行猜测或用其他方式替代）

使用约定：AI 执行本 skill 遇到下表"业务动作"列描述的场景时，必须调用对应"MCP 工具"列指定的工具（调用时使用"实际工具名"列给出的英文名，即客户端 tool list 显示的名字），不得凭经验编造工具名、不得用网页自动化脚本或其他方式替代。本表只做业务动作到工具名的绑定，不重复参数细节。

话术纪律：website_id / job_id 等编号是内部 id，只作为工具调用参数使用；向用户转述时一律用网站名、主体名或序号指代（如「百度」「第 3 个任务」），不把这些编号展示给用户。用户唯一需要知道的编号是项目 ID（用于后续查进度、去网页看详情）——🔴 网核宝不限制项目名称查重，AI 提及任何项目时一律"名称 + 项目 id"成对出现，不能只报名称，详见「异常处理」第 26 条。

⚠️ menu_type 取值陷阱：这个参数传的不一定是菜单在决策树里的显示名——例如"普通网站"传的是 网络核查、"知识产权"传的是 知识产权核查，不是字面的菜单名。后续新开放菜单时，实际取值以「查询菜单可选项」工具报错信息或技术确认的枚举为准，不要凭菜单名直接猜，猜错会被判成参数错误、反复重试。

MCP 工具调用示例（伪数据示意）

本节满足 WorkBuddy 官方对 Skill 撰写的第③点要求（"典型调用示例及返回格式"）。以下全部是虚构测试数据（项目、金额、id 均不对应真实项目），仅用于说明调用形态；请求参数字段严格对应各工具的实际入参定义，返回结果为示意结构——实际字段以工具当场返回为准，不要凭这里的示例数值回答用户的具体金额、进度或状态。

查询菜单可选项 query_menu_options

// 请求
{
  "menu_type": "网络核查",
  "subject_type": "company",
  "keyword": "法院",
  "page_size": 20
}

// 返回（示意）
{
  "websites": [
    {
      "website_id": 1023,
      "name": "中国执行信息公开网(主站)",
      "price_yuan": 0.90,
      "configs": [
        {"id": 501, "name": "是否保存详情页", "options": ["是", "否"], "default": "否"}
      ],
      "fields": [
        {"key": "统一社会信用代码", "required": false}
      ]
    }
  ],
  "total": 1
}

新建项目 create_project

// 请求
{
  "menu_type": "网络核查",
  "subject_type": "company",
  "name": "示例科技有限公司-普通网站核查",
  "website_ids": [1023],
  "subjects": [{"name": "示例科技有限公司"}],
  "date_range": ["2025-09-14", "2026-09-14"]
}

// 返回（示意，校验通过）
{"project_id": 900001, "verify_state": "passed", "issues": []}

// 返回（示意，校验未通过——修正后带 project_id 重新调用本工具，不要不带 project_id 重新调用）
{
  "project_id": 900001,
  "verify_state": "failed",
  "issues": [
    {"subject": "示例科技有限公司", "field": "统一社会信用代码", "message": "格式不正确"}
  ]
}

启动核查 start_project

// 请求
{"project_id": 900001}

// 返回（示意）
{"project_id": 900001, "exec_state": "waiting"}

查询项目状态 query_project_status

// 请求（单个项目也用数组形式）
{"project_ids": [900001]}

// 返回（示意）
{
  "projects": [
    {
      "project_id": 900001,
      "exec_state": "running",
      "progress": {"total": 1, "done": 0},
      "failed_jobs": [],
      "next_poll_after_seconds": 600,
      "cached": false
    }
  ]
}

查询已产出底稿清单与费用 list_deliverables

// 请求（不传 job_ids = 列出该项目全部未下载任务）
{"project_id": 900001}

// 返回（示意）
{
  "project_id": 900001,
  "exec_state": "finished",
  "items": [
    {
      "job_id": 456789,
      "subject_name": "示例科技有限公司",
      "website_name": "中国执行信息公开网(主站)",
      "deliverable_count": 2,
      "charged_count": 2,
      "amount_yuan": "1.80"
    }
  ],
  "quote": {
    "confirm_token": "ct_9f6e2a1b.7c3d",
    "amount_before_yuan": "1.80",
    "discount_rate": "1.0",
    "amount_yuan": "1.80",
    "count": 2
  },
  "next_action": "项目仍在运行中时，本次列出的任务可直接 acquire，不要整批获取"
}

确认获取底稿 acquire_deliverables

// 请求（原样传回 list_deliverables 返回里的 confirm_token/amount_yuan/count，一个字符都不改）
{
  "project_id": 900001,
  "confirm_token": "ct_9f6e2a1b.7c3d",
  "amount_yuan": "1.80",
  "count": 2
}

// 返回（示意）
{
  "project_id": 900001,
  "charged_yuan": "1.80",
  "download_urls": [
    "https://static-whb.example.com/deliverables/900001/456789-1.pdf",
    "https://static-whb.example.com/deliverables/900001/456789-2.pdf"
  ],
  "remaining_unacquired_tasks": 0
}

失败任务重试 retry_failed_jobs

// 请求
{"project_id": 900001}

// 返回（示意）
{"project_id": 900001, "retried_job_ids": [456790], "exec_state": "running"}

提前终止 terminate_project

// 请求
{"project_id": 900001}

// 返回（示意）
{"project_id": 900001, "exec_state": "terminating"}

完成项目并结算 complete_project

// 请求
{"project_id": 900001}

// 返回（示意）
{"project_id": 900001, "exec_state": "completed"}

清理项目数据 clean_project_data

// 请求
{"project_id": 900001}

// 返回（示意）
{"project_id": 900001, "cleaned": true}

异常处理

1. 网站执行失败 → 如实告知用户"网站查询失败，请人工核查"，不承诺自动重试；有失败任务，可返回失败原因文案提示。（MCP：先调用"查询项目状态"确认具体失败原因，用户要求重试时调用"失败任务重试"。⚠️ 重试必须在项目结算为已完成之前——取满全部成功底稿、超过 24 小时未领取剩余底稿、或调用"完成项目并结算"主动结算，三者任一发生后重试通道关闭。）
2. 建项目时校验不通过 → 如实告知用户具体校验问题，引导修正后重新提交；不允许启动校验不通过的项目。（MCP：带同一项目 ID 重新调用"新建项目"，不新建空项目。）
3. 建项目时账户余额不足（个人 / 企业成员 / 案牍 / iCourt 规则不同）→ 按对应账户类型提示用户前往对应渠道充值，不擅自绕过校验强行提交。
4. 一次核查涉及多个菜单（即多个项目），需分别跟进进度 → 不应逐个轮询单个项目状态，以避免触发调用频率限制。（MCP：调用"查询项目状态"，传入多个项目 ID（数组参数）一次性获取各自状态。）
5. 进度长时间停在 0% → 应先排查是否属于全局额度限制（如企查查信用报告每日 150 份），不应直接判定为失败处理。（MCP：调用"查询项目状态"确认，返回值中"排队等待额度"是明确的状态值，与"失败"是两回事，不应凭经验判断。）
6. 配置项冲突（如知识产权菜单的任务单选规则）→ 应在操作前提醒用户，避免用户在报错后才发现冲突。（MCP："新建项目"提交前，Skill 层先按对应 reference 文件里的互斥规则做一次预判。）
7. 用户核查对象是个人，却选择了"地方网站""企查查信用报告"这类仅支持公司主体的菜单 → 如实告知用户该菜单不支持个人核查，引导确认核查对象是否为公司，或改用"普通网站""裁判文书网"这两个支持个人的菜单，或者"知识产权"（字段本身可以直接填个人姓名，不算例外）。
8. 在"普通网站""裁判文书网"菜单下，同一项目内同时选中了个人任务和公司任务 → 网核宝会拦截提交并提示"本次核查已选择「公司网站」，不能同时选择「个人网站」"（或反之）。
9. 用户在对话中要求修改正在运行的项目 → 提示"项目已启动，无法调整配置"，用户可选择终止后重建，或保持现状继续执行。终止前须向用户明确说明"提前终止不可逆，终止后该项目无法恢复"，取得用户明确确认后才能调用"提前终止"，不得未经确认直接终止。
10. 用户主动询问"还剩多少余额"，而非当前正在跟进的具体项目 → 当前没有"查询账户余额"工具，不要尝试调用；如实告知用户余额需登录网核宝网页端查看（企业成员看的是组织账户，走网页企业后台）。若用户询问"之前建过的项目"，MCP 工具清单目前未提供项目列表查询能力，如实告知用户该信息暂无法通过 AI 查询，需登录网核宝网页端查看。
11. 用户在"确认获取底稿"确认扣费后，因余额不足导致扣费失败 → 如实告知用户"余额不足，本次未扣费、未获取底稿"，不重试、不部分获取；提示语见 references/_通用-账号与企业管理.md）。
12. "确认获取底稿"返回「报价已变化」→ 如实告知用户当前报价已变（返回里会给出现在的份数与金额/算力），重新调用"查询已产出底稿清单与费用"，向用户展示新清单与金额、再次确认后再获取；不沿用旧金额或份数重试，确认令牌本身不需要重新获取。
13. 确认令牌须原样复制：confirm_token 必须从最近一次"查询已产出底稿清单与费用"返回里原样复制完整字符串，不得抄写、拼接、折行或改动任何字符。返回 E_TOKEN_INVALID 表示令牌被改写——先原样复制重试一次；仍失败就重新查一次清单、向用户复述新报价后再获取一次；第二次仍失败即停止，告知用户到网核宝网页端该项目页面自行支付并下载，并说明本次未扣费。
14. 金额与任务数须原样传，不得自行加总或换算：应付金额、算力、任务数都取自"查询已产出底稿清单与费用"返回的报价原文，不要自己计算或拼装；服务端会按当下重新核对，不一致时会拒绝并告知当前正确值。
15. iCourt 渠道用户的报价里只有算力字段，没有人民币字段：转述报价一律说算力，不附人民币数字；"确认获取底稿"时传算力字段，不要传人民币金额字段（详见「iCourt 渠道用户计费口径」）。
16. 「提前终止」发起后、任务完全停摆前，个别正在采集的任务仍可能完成并产出底稿 → 这些已产出任务仍可正常获取：重新调用"查询已产出底稿清单与费用"获取最新报价 → 用户确认后"确认获取底稿"；不获取的，按"部分获取后须在 24 小时内领取剩余底稿、超时自动作废"规则处理。不要直接告诉用户"终止了就没有了"。终止后项目 exec_state 会变为 finished（即「未付款」状态，不是字面意义的「已终止」）：已产出成功的任务按上述流程正常结算获取；尚未产出、被打断的任务直接标记为失败，不会继续执行、也不能再重试。用户已支付并下载过部分底稿、之后才终止项目的，此时还拿不到完整的结果 zip 包——AI 应主动问用户要不要调用"完成项目并结算"；用户选择结算后（三点确认规则同「MCP 工具映射表」「完成项目并结算」一行），才能下载 zip 包，不要等用户自己想起来问。
17. 在支付并下载部分底稿时，提示：请在24 小时内领取剩余底稿；超时未下载，项目自动完结，未付款底稿将会自动作废，不再支持获取。
18. 用户口头报出一个项目 id（例如"以前建的"、旁人转述的），要求 AI 对其调用终止/失败任务重试/确认获取底稿等变更类工具 → 只对本次会话里由 AI 自己创建并全程跟进的项目调用变更类工具，不接受用户口述的陌生项目 id；MCP 目前没有项目列表查询能力，AI 无法验证该 id 是否真实存在、是否属于当前用户，贸然调用有误操作他人项目的风险。如实告知用户该项目需登录网核宝网页端自行操作。
19. 用户询问/AI 尝试获取一个「已执行成功、但超过 24 小时未领取」的底稿任务 → 网核宝已按规则自动作废，不再提供获取渠道；调用"确认获取底稿"或"查询已产出底稿清单与费用"时，该任务通常不会再出现在可获取清单里（或返回对应的已作废/查无结果）。AI 不能告诉用户"已经获取到底稿了"，应如实说明：该底稿执行成功后超过 24 小时未及时领取，已按规则作废、无法再获取；此时项目已结算为「已完成」（终态），且该任务本身是执行成功、不是失败，网页端「失败任务复制」对其不适用——如仍需要该底稿，只能用「全部任务复制」把整个项目复制为新项目重新执行（重新产出的部分会重新计费）。
20. 用户主动表示"以后不用每次都问我，自动帮我确认获取底稿" → 可以在当前这次对话内记住该授权，后续这次对话里新产出的底稿直接调用"确认获取底稿"，事后告知用户已获取及费用；仅对本次对话、当前正在跟进的项目有效，换一次新对话或跟进其它项目仍按默认逐次确认执行，不擅自把授权扩大套用。
21. 知识产权菜单，一次"新建项目"的 website_ids 传了 2 个及以上 → 会返回 E_VERIFY_FAILED（知识产权菜单 MCP 侧强制"一个项目只能选一个网站"，与网页端"按任务类别置灰"是两套不同机制，不要对用户说"网页也只能选一个"）。用户要同时查多类知识产权（如商标+专利）时，须分成多个项目分别建，逐个确认。详见 references/_通用-知识产权.md。
22. 地方网站建项目时，某核查主体的"核查地区"（adcode）在所选网站里查不到覆盖 → 若所选网站全部不覆盖该地区，项目会被拒绝，按提示改地区重传；若部分网站不覆盖，项目仍能建成，但返回里会带一条 warning 说明哪个地区在哪些网站查不到——必须把这条 warning 转述给用户，否则用户拿到的底稿会莫名少一部分。adcode 应从"查询菜单可选项"返回的 zones 里挑，不要按行政区划常识自己拼（每个网站覆盖的地区范围不同）。详见 references/公司-地方网站.md。
23. 以下两个配置项开关默认是"关"，一旦被 AI 主动开启，须在建项目前主动向用户要下表对应的必填字段，否则项目能建成但启动时会被拒：普通网站·中国执行信息公开网(主站/失信/限高) 的"是否保存详情页"=是 → 公司版需"统一社会信用代码"，个人版需"身份证号码"；知识产权·专利核查 的"特定专利号查询"=true → 需"专利号"（且该开关与"只查询有效专利"不能同时开，两者互斥，会被拒）。被拒时返回会说明该补哪个字段，按提示带同一 project_id 重新调用"新建项目"补齐即可，不要新建项目。
24. 项目里同时存在已获取底稿和未获取底稿，且还有失败任务 → 主动告知用户处理方式：可以一次性支付并获取剩余全部底稿、或只获取其中部分（传对应任务的 job_id）、或对失败任务发起重试；不想继续等待或重试的话，也可以调用"完成项目并结算"直接结算（不可逆，需先向用户说明三点并取得确认：已下载的计费、还没下载的成功底稿会作废、失败任务不能再重试）。用户什么都不选、放着不管的话，超过 24 小时未领取剩余底稿，项目自动结算为已完成，剩余底稿作废，失败任务无法再重试。无论怎么选，网核宝平台都会产出完整的结果 zip 包并留存，用户可随时登录网页端下载。
25. 批量创建多个项目后，直接用"新建项目"返回的项目 id 向用户报编号、或据此调用后续工具 → 🔴 批量创建时曾出现返回的项目 id 与实际建成项目错位的情况（如连续创建 3 个项目，返回的 3 个 id 与真实项目对不上）。批量创建后，须逐个用「查询项目状态」核对该 id 对应的菜单/主体是否与本次创建的输入一致，确认无误后再向用户汇报项目 id，并以核对后的 id 作为后续所有操作（查进度、获取底稿、终止等）的依据——不要直接沿用"新建项目"返回值里未经核对的 id。
26. 网核宝不限制项目名称查重，同一用户可能存在多个名称完全相同（甚至核查主体、菜单也相同）的项目 → 🔴 AI 向用户提及任何项目时，一律「项目名称 + 项目 id」成对出现，不能只报名称；跟进多个项目时也应以项目 id（不是名称）作为唯一识别依据，避免把同名项目搞混。若用户后续指令只报了项目名称、没给 id，且该名称在本次会话里对应 2 个及以上项目 → 不擅自猜是哪一个，先把这几个同名项目的 id（及各自创建时间、核查主体、菜单等区分信息）列给用户，请用户明确指出要操作的具体 id，确认后才调用后续工具——尤其是终止/结算/获取底稿这类变更类操作，认错项目的后果不可逆。

免责声明

1. 本 skill 指导 AI 完成的是网核宝平台上的公开信息查询操作。
2. 核查结果均为网核宝平台按公开数据源产出的底稿原文，AI 不对底稿内容做法律定性或合规结论。
3. 涉及失信、诉讼、行政处罚等信息时，AI 应如实转述底稿/结果表中的记录。
4. 不得替用户判断"是否构成风险""是否可以合作/签约"等法律或商业决策。
5. 如需据此做出法律、合规或交易决策，应提示用户结合专业律师或合规人员的人工复核。