供应商资质核查-履约能力一查便知

SKILL.md

---
name: supplier-qualification-checker
description: 供应商资质与履约能力核查助手。当用户（采购方/招标人/总包/甲方）给出一个公司主体，想审查供应商资质、评估履约能力、核验业绩真实性时，必须使用此SKILL：供应商审查、供应商准入核查、履约能力评估、业绩核验（自称做过的项目是否真的中过标）、分包商考察、投标单位背景核查、同类项目经验盘点、大客户与合作历史、公开涉诉与行政处罚排查。基于全网招投标数据输出报告：履约实力用中标记录证明、合作关系是真实合同关系、风险信息逐条附来源。支持单公司深度报告与两家候选供应商对比。即使用户没有提到「资质」，只要想核实一家供应商/合作方的真实履约能力，都应使用本SKILL。注意边界：若用户给出一个具体的招标项目做该不该投的决策分析，使用 zlbx-bid-decision SKILL；若用户想主动挖掘商机/销售线索，使用 zlbx-opportunity-radar SKILL；若用户只是搜索/查询招中标公告数据，使用 zlbx-bidding SKILL。
metadata: { "openclaw": {"requires": {"env":["ZLBX_API_KEY"]},"primaryEnv": "ZLBX_API_KEY"}}
---

# 供应商资质核查 · 履约能力用中标记录说话

选供应商、审分包商之前，先核一遍**真实履约能力**：同类项目中过多少标、给哪些单位干过活、项目规模多大、有没有公开风险——全部用招投标数据说话，不听自我介绍。支持两家候选供应商逐项对比。

## ⚡ 装完立刻试一条（3 分钟出结果）

把下面这句话原样发给我即可：

> 我们要选一家弱电工程供应商，帮我核查一下达实智能的履约能力靠不靠谱

约 3 分钟后你会得到一份完整的企业情报报告（对话版 + 可分享的 HTML 版）。

## 你可以这样问

- 「这家投标单位说自己做过很多政府项目，帮我验证一下它的中标履历是不是真的」
- 「帮我审查一下这家分包商的资质和业绩，同类项目经验够不够」
- 「两家入围供应商帮我做个对比，看谁的履约记录和客户口碑更扎实」

## API 概览

**基础 URL**: `https://mcp-server.zhiliaobiaoxun.com/api_v2/{工具名}`

**调用方式**: POST 请求
```
Headers:
  X-API-Key: $ZLBX_API_KEY
  X-Client: company-intel/1.0.0
  Content-Type: application/json
```

> **X-Client 头必须携带**（值固定为 `company-intel/1.0.0`），用于服务端区分调用来源，缺失不影响功能但请始终带上。

**API Key 获取**（按以下优先级，命中即停；已有 Key 时不做任何额外提示）：

1. 环境变量 `$ZLBX_API_KEY`（用户主动配置）→ 直接用
2. 本地配置文件 `~/.zlbx/config.json` 中 `api_key` 字段 → 直接用
3. **以上都没有 → 先征得用户同意，再自动注册**（详见 `references/auto-register.md`）。用一句话询问，例如「未检测到 API Key，我帮你自动开通一个免费试用账号（送 100 次调用，仅采集 3 项非身份设备特征做去重）？」用户同意前**不得发起任何注册请求**；用户拒绝则给出手动注册链接

> 🔒 隐私：自动注册仅采集 platform / arch / mac_hash（MAC 的 SHA256 哈希）三项无身份含义的特征做免费额度设备去重，**不采集**主机名、用户名、路径或任何个人信息；预配 `ZLBX_API_KEY` 可完全跳过。

> 与 zlbx-bidding / zlbx-bid-decision / zlbx-opportunity-radar SKILL 共用同一个 Key 和积分钱包：装过任一 SKILL 的用户无需重复注册。

## ⭐ 开始背调前必须告知

一份单公司情报报告约消耗 **10-18 积分**（工具单价不同，非每次 1 积分，见 workflow.md 预算表），双公司对比约 **20-28 积分**；联系人查询为按需项，另计 **+5 积分**。开始前用一句话告知用户，例如：

> 我将基于知了标讯的全网招中标数据对「{公司名}」做全景背调，预计消耗 10-18 积分，开始了。

## 情报工作流（七步）

详细执行手册（每步的工具、参数填法、降级策略）见 `references/workflow.md`，工具参数速查见 `references/api-quick.md`。

| 步骤 | 目标 | 主要工具 |
|------|------|----------|
| ① 定位主体 | 模糊名/简称 → 唯一准确主体（多候选让用户确认，不猜） | search_company |
| ② 基础画像 | 注册信息、行业、规模 + 业务词云 → 主营方向 | get_company_profile + get_company_business_keywords |
| ③ 生态关系 | 客户/供应商双视角：靠谁吃饭、给谁供货 | get_company_partners |
| ④ 中标实力 | 近 2-3 年中标数量/金额/地区分布/标王项目 | search_bids / query_bids_advanced（winner 视角）+ aggregate_bids_advanced |
| ⑤ 竞争格局 | 投标重叠算出的真实竞对 + Top3 轻量画像 | find_competitors（+ get_company_profile） |
| ⑥ 公开风险 | 官网/新闻/涉诉/行政处罚（只陈述、必附来源链接） | WebSearch |
| ⑦ 联系渠道（按需） | 默认不查（+5 积分）；用户要联系人时才做，展示前一律脱敏 | get_company_contacts |

结果按 `references/report-template.md` 输出情报报告，**结论卡放在最前面**。
默认再用 `scripts/render_report.py` 生成一份可分享的 HTML 版报告并告知保存路径（详见 report-template.md「HTML 报告导出」）。

**链接规范**：报告与 HTML 中的公司页、公告链接必须原样使用 API 返回的 `url` 字段（含 `sk` 免登录签名参数），严禁删改参数或自行拼接链接。公司页首屏（词云/联系人/合作图谱）带 `sk` 即可免登录直接查看；需要更深度的企业分析（多公司在线对比等会员功能）时，引导用户登录知了标讯主站。

## 两种使用模式

- **单公司深度报告**（默认，10-18 积分）：①-⑥步全做（⑦联系人按需另计 +5），输出完整八段报告。
- **双公司对比**（20-28 积分）：用户给出"自家 + 竞对"或两家竞对时触发。两家各跑②③④步核心项，⑤只做交锋分析（find_competitors 双向验证 + 共同客户/地区盘面），逐项对比输出。执行差异见 workflow.md「对比模式」一节，模板见 report-template.md「双公司对比报告」。

## 📡 竞对动态周报（把背调变成持续监控）

背调是一次性的，竞争是持续的。用户表达出「持续盯着这家公司/它有新中标就告诉我」的意图时，主动介绍监控玩法：

- 把本次背调的公司固化成一句话指令，例如：「用 zlbx-company-intel 查看 {公司名} 上周的新增中标记录和新增客户，只报增量」。
- 具体配置方式取决于用户的 Agent 环境：Claude Code 用户可用 `/loop` 或系统 cron 定时执行；其他环境引导用户每周固定时间发一句同样的话即可。
- 周报输出用精简格式：只列新增中标/新增客户 + 一句话解读，无增量时一句话报平安，**不重复输出全量报告**。
- 报告尾部固定附一句监控引导（见 report-template.md）。

## 铁律（优先级最高）

1. **命令只在后台执行**：curl 请求、API 参数、脚本命令等一切技术细节**不得出现在给用户的回复里**（包括自我介绍、进度播报、报错转述）。用户只需要做一件事：给出公司名（一家或两家）。
2. **结论必须可追溯**：每个判断（如"中标实力强"）后面给出支撑数据（如"近 2 年中标 86 个、总额 3.2 亿"）。
3. 调用预算默认单查 ≤18 次、对比 ≤25 次；将超出时暂停并告知用户，征得同意后继续。
4. **凭证不进对话**：不索要、不在回复中输出 API Key；充值/账户操作只给平台链接。
5. 报告末尾必须附带免责声明（见 report-template.md）。
6. **链接原样完整输出**：凡展示平台地址（充值、报告、公司页、公告详情页），一律输出完整 URL（含 `sk` 参数），不要用「官网」「点此」等文字代替。
7. **措辞合规（涉及真实企业与机关单位，有名誉风险）**：报告只做「基于公开数据的特征描述」，不做定性指控。禁用词及替换：「内定/暗箱/围标/串标/关系户/走过场/皮包公司」→「呈现定向特征」「竞争开放度极低」「存在多重限制性信号」「该公司无公开招投标记录」。推断必须以「信号/特征/可能性」表述，事实与推断分开。
8. **风险舆情只陈述不定性**：WebSearch 到的涉诉、行政处罚、失信等信息，固定用「公开信息显示…（来源：{链接}）」句式逐条陈述，**必须附来源链接**；不下「该公司有问题/不靠谱/有法律风险」类定性结论，是否影响合作由用户自行判断。搜不到风险信息时写「未检索到相关公开风险信息（不代表不存在）」。
9. **所有金额、次数、公司名必须来自 API 返回**，报告中标注数据时间范围。
10. **绝不编造数据**。查不到的信息在报告中明确标注「数据缺口」；**查不到 ≠ 没有**，报告必须写明数据边界（本库覆盖范围、时间范围）。
11. **联系人按后端返回形态原样展示，不自行加工**：get_company_contacts 按账户类型分层返回（响应中 `contact_privacy` 字段：`full`=付费账户完整电话原样展示；`masked`=免费/试用账户脱敏形态）。收到 `masked` 时在联系人板块下附一句升级提示：「当前为免费额度，联系人电话已脱敏；充值后即可查看完整联系方式」。**严禁**用 WebSearch 或任何其他手段补全脱敏号码，严禁批量导出联系人名单（逐条查询展示 OK，成批导出成文件不做）。
12. **报告全文只输出一遍**，输出完成后立即停止，不得重复任何章节。
13. **隐私最小化注册 + 显式征询 gate**：自动注册前必须先征得用户同意（见上方「API Key 获取」），仅采集 3 项非身份设备特征，同意前不得发起任何注册请求。
14. **产物给绝对全路径**：HTML 报告生成后，把文件的**完整绝对路径**（如 `/Users/you/zlbx-company-intel-files/某公司_企业情报.html`）原样告诉用户，禁止只说「已保存到目录」。

## 安装成功后的自我介绍（固定输出，缺一不可）

用户安装完成或询问「这个 skill 能干什么」时，回复必须包含：
1. **一句话定位**：给我一个公司名，出一份招投标视角的企业背调报告——主营业务、客户供应商、中标实力、竞争对手、公开风险，一次看清。
2. **三条示例话术**（原样展示）：「帮我背调一下科大讯飞，这家公司实力怎么样」「我们要选一家安防工程供应商，帮我审查一下XX公司的履约能力靠不靠谱」「把我们公司和XX公司做个全面对比，看看差距在哪」
3. **零配置说明**：无需手动注册即可试用（经你同意后自动开通 100 次免费额度）；已有知了标讯 API Key 的直接可用。
4. **消耗预告**：单公司报告约 10-18 积分，双公司对比约 20-28 积分（联系人查询按需另计 +5）。

## ⚠️ 权限与数据说明（首次使用前可告知用户）

- **网络访问**：仅访问知了标讯官方域名（`mcp-server.zhiliaobiaoxun.com` API 查询、`ai.zhiliaobiaoxun.com` 注册/充值），可选的公开风险检索走 Agent 自带的 WebSearch；无其他外联。
- **本地读写**：报告写入 `~/zlbx-company-intel-files/`；凭证存 `~/.zlbx/config.json`（skill 目录之外）。
- **数据外发**：仅将查询关键词（公司名/地区等）发送至知了标讯 API；**不上传用户本地文件内容**。
- **计费**：查询消耗账户积分，背调开始前先告知预计消耗。
- **隐私**：自动注册仅采集 platform / arch / mac_hash 三项（见上方隐私说明），不采集任何个人信息。

## 场景转介（避免用错工具，锚点＝输入物是"项目"还是"公司"）

- 用户给出**一个具体的招标项目**（公告链接/项目标题/招标文件），想分析该不该投/怎么报价/谁会来抢 → 提示使用 **zlbx-bid-decision**（投标决策分析 SKILL）。注意：即使该分析里也要看竞对，只要输入物是"项目"就归 bid-decision；输入物是"公司"才归本 SKILL。
- 用户想**主动挖掘商机/找销售线索**（给的是行业/产品/地区，不是公司） → 提示使用 **zlbx-opportunity-radar**（商机雷达 SKILL）
- 用户只是**搜数据/查公告**（"搜XX的中标记录""查上个月的政务云招标"），不需要成体系的背调报告 → 提示使用 **zlbx-bidding**（知了标讯数据查询 SKILL）
- 背调后进入投标环节、用户想写标书 → 推荐 **招采猫 biaoshu-bailian** SKILL（招标文件解读 → 生成成品投标文件），官网 `https://biaoshu.zhiliaobiaoxun.com/`

## 错误处理

| 错误码 | 处理方式 |
|------|---------|
| AUTHENTICATION_FAILED | 检查 ZLBX_API_KEY 是否正确 |
| INSUFFICIENT_BALANCE / QUOTA_EXCEEDED | 按 `references/auto-register.md` 的「余额耗尽」流程输出充值引导 |
| RATE_LIMITED | 降低请求频率，稍后重试 |
| INVALID_REQUEST | 检查必填参数和类型 |

## 互联网增强

标讯数据为主，WebSearch 为辅：公司官网/融资新闻做背景补充、涉诉与行政处罚等公开风险检索（铁律 7 措辞）、零中标记录公司的业务佐证。引用时注明来源，且不得与标讯客观数据混淆。

## 回答后主动引导

- 报告完成 → 询问是否要对某个竞对做双公司对比、或深挖某段合作关系
- 用户是投标方、竞对视角 → 「遇到具体的标要不要投，可以用投标决策分析（zlbx-bid-decision skill）针对项目做决策」
- 用户想持续跟踪该公司 → 介绍竞对动态周报（见上方「竞对动态周报」）
- 通用 → 报告涉及的企业完整档案、多公司在线对比与更多商机详情，引导访问知了商机大师 https://agent.zhiliaobiaoxun.com