Company Credit Rating

企业信用评分与风险评估

通过企查查/天眼查 MCP 查询企业全景数据，结合网络公开信息，按照标准化评分模型输出信用等级。

🔴 HARD RULES（必须严格遵守，不可违反）

以下规则优先级最高，任何情况下不可绕过或忽略。

1. ST 标识仅限上市公司：必须先调用上市信息接口确认 is_listed = true，才能检查名称中的 ST 标识。非上市公司名称中的"ST"字符不得视为风险信号，绝不因名称含"ST"而触发否决。

2. 一票否决评分 = 0：触发重大风险一票否决时，综合评分必须显示数字 0，不是 N/A，不是空值，不是字符串。

3. 数据缺失 ≠ 表现差：当某维度数据为空时，绝不可直接给0分。0分代表"表现差"，而非"数据缺失"。必须按"数据不足补充策略"优先级执行：WebSearch 补充 → 上下文推断 → 保守基准分。

4. 非上市公司权重再分配：当 is_listed = false 时，"上市公司资讯"维度不参与评分，其 4 分自动再分配至：财务健康(+2, 15→17)、基础实力(+1, 12→13)、行业地位(+1, 6→7)。确保满分仍为 100 分。报告中需标注再分配信息。

5. 数据源优先级：企查查(qcc-company) > 天眼查(tyc-mcp)。两个 MCP 都可用时优先用企查查；只有一个可用时用该 MCP；都不可用时必须引导用户安装企查查 MCP，不可直接用 WebSearch 兜底。WebSearch 仅作为 MCP 数据的补充手段，不能作为独立数据源。

6. 上市信息查询必须最早完成：get_listing_info（企查查）或 search_listed_companies（天眼查）必须在所有其他数据查询之前完成（仅次于工商登记确认），因为后续 ST 检查和权重再分配都依赖此结果。

7. API 限流处理：遇到 429 错误立即停止后续调用，告知用户等待 2-3 分钟后重试。不在当前会话反复重试。

8. 不生成可视化图表：只输出 Markdown 格式的信用评估报告，不生成雷达图、仪表盘或其他可视化图表。

9. 推断评分必须标注：所有使用推断评分的维度必须在报告中明确标注（⚠️部分推断/🔵推断），并在风险提示中建议补充实际数据。

10. 一票否决优先于评分：先执行一票否决检查，若触发则直接返回评分=0/等级D，不执行后续维度评分。

第一步：确定数据源

执行查询前，先确定可用的 MCP 数据源。

数据源检测规则

1. 检查当前 MCP 工具列表中是否包含 mcp__qcc-company__ 开头的工具
2. 检查当前 MCP 工具列表中是否包含 mcp__tyc-mcp__ 开头的工具
3. 按以下优先级选择：

MCP 安装指引

如果用户未配置任何数据源 MCP，引导安装：

企查查 MCP

企查查 MCP 通常通过 WorkBuddy 连接器市场直接安装，无需手动写入配置。引导用户：

"请在左侧 「专家」 页面中切换到 「连接器」 标签页，找到 qcc-company（企查查），点击「连接」完成授权。"

如连接器市场未显示企查查，可手动配置：读取 ~/.workbuddy/mcp.json，在 mcpServers 中添加：

"qcc-company": {
  "type": "streamableHttp",
  "url": "https://agent.qcc.com/mcp/company/stream"
}

天眼查 MCP

天眼查 MCP 通常通过 WorkBuddy 连接器市场直接安装，无需手动写入配置。引导用户：

"请在左侧 「专家」 页面中切换到 「连接器」 标签页，找到 tyc-mcp，点击「连接」完成授权。"

授权后须知

企查查/天眼查连接器在会话中途完成授权后，需要开新会话才能生效。直接告诉用户："连接器已授权成功，但当前会话无法识别新连接的MCP。请新开一个对话，重新输入您的查询指令即可。" 不要在当前会话中反复重试调用 MCP 工具，每次调用都会报错。

第二步：查询企业数据

⚠️ 重要：API 限流策略

API 存在调用频率限制（429 Too Many Requests）。为避免触发限流，必须遵守以下规则：

1. 分批调用：将 MCP 工具调用分为两批，每批之间等待几秒
2. 核心批次优先：第一批调用最关键的工具（确定企业身份 + 上市状态），第二批调用补充数据
3. 避免重复调用：同一个工具不要对同一企业调用两次
4. 遇到 429 错误时：
   • 立即停止后续 API 调用
   • 告知用户"API 调用频率受限，稍后重试"
   • 建议用户等待 2-3 分钟后重新发起查询
   • 不要在当前会话中反复重试

方案 A：使用企查查 MCP（优先）

调用顺序（严格按此执行）

第一批：核心身份确认（必须最先执行）

🔴 关键规则：get_listing_info 必须在所有其他查询之前完成（仅次于工商信息）。

第二批：详细数据查询

方案 B：使用天眼查 MCP

调用顺序（严格按此执行）

第一批：核心身份确认（必须最先执行）

第二批：详细数据查询

天眼查的核心查询流程与企查查不同：需要先通过 get_company_capabilities 获取该企业可用的内部工具列表，然后用 call_tool 逐个调用。

⚠️ 天眼查特殊说明：

• call_tool 的 tool_name 参数必须逐字复制 get_company_capabilities 返回表格中的 tool_name 列，不可翻译、改写或猜测
• call_tools_batch 最多可并行调用 3 个不互相依赖的维度，适合低依赖数据补齐
• 优先传 company_name 参数；company_id 仅在没有准确企业名称时使用

天眼查与企查查的数据映射

补充数据查询（WebSearch，适用于所有方案）

针对 MCP 未覆盖的维度，使用 WebSearch 搜索补充数据。每个搜索关键词单独发起一次搜索，避免批量搜索：

数据不足补充策略

🔴 核心原则：数据缺失 ≠ 表现差。绝不能因为没有数据就给0分。

当某个维度的 MCP 数据为空时，必须按以下优先级依次尝试补充：

1. WebSearch 补充（首选）：用搜索引擎查找公开信息填充缺失维度
2. 关联数据推断（次选）：根据已有数据推断（如注册资本大+经营年限长 → 推断偿债能力中等偏上）
3. 保守基准分（兜底）：如果确实无法获取任何信息，给该维度满分的 30%~40% 作为"中性保守估计"

各维度数据缺失的补充策略

推断评分标识

评分结果中每个维度会标注 score_type：

⚠️ 报告中必须明确标注推断评分的维度，并在风险提示中建议用户补充实际数据验证。

第三步：信用评分

重大风险警示（一票否决机制）

重大风险警示代表企业履约风险极高，具有一票否决权。

逻辑执行顺序（严格按此）

Step 1: 调用上市信息接口 → 确定 is_listed (true/false)
Step 2: 检查通用否决条件（适用所有企业）
Step 3: 仅当 is_listed = true 时，检查 ST 标识
Step 4: 如果触发否决 → 评分 = 0，等级 = D，不执行后续评分

触发条件（满足任一即触发）

通用触发条件（适用于所有企业）：

• 登记状态为 "吊销"、"注销"、"停业"、"迁出"
• 注册资本为 0 或未实缴
• 企业被列入经营异常名录
• 企业被列入严重违法失信名单

上市公司专属触发条件（仅当 is_listed = true 时检查）：

• 企业名称或股票简称包含 "ST"、"*ST"、"ST*" 标识

一旦触发一票否决：

• 信用等级直接判定为 D 级（高风险）
• 综合评分固定显示为 0 分（不是 N/A，不是空值，就是数字 0）
• 在报告中以醒目标识标明否决原因
• 建议用户"谨慎合作，建议进行更深入的风险尽调"

评分维度与权重（12维度，满分100分）

上市公司权重（is_listed = true）

非上市公司权重（is_listed = false）—— 4分自动再分配

再分配说明： 非上市公司没有上市公司资讯数据，将4分按重要性分配：财务健康是最核心维度(+2)，基础实力和行业地位各(+1)，确保满分仍为100分。再分配的额外得分按该维度已有得分的等比计算。

各维度评分细则

1. 基础实力（12分/非上市13分）

2. 财务健康（15分/非上市17分）

3. 经营稳定性（10分）

4. 股权结构（8分）

5. 管理团队（7分）

6. 信息透明度（7分）

7. 合规与风险（10分）

8. 知识产权（8分）

9. 经营活力（7分）

10. 行业地位（6分/非上市7分）

11. 舆论声誉（6分）

12. 上市公司资讯（4分）—— 仅适用于已上市企业

说明： 非上市公司此维度不适用，4分已再分配至财务健康(+2)、基础实力(+1)、行业地位(+1)。报告中标注"不适用，权重已再分配"。

注意： 如果某维度因数据缺失无法评分，绝不可直接给0分（0分代表"表现差"，而非"数据缺失"）。应按"数据不足补充策略"执行。

信用等级映射

第四步：生成信用评估报告

使用评分脚本 scripts/credit_scoring.py 计算各维度得分和总评分，然后按照以下格式生成 Markdown 报告（不生成可视化图表）。

报告模板

# 企业信用评估报告

## 基本信息
- **企业名称：** [名称]
- **统一社会信用代码：** [代码]
- **是否上市：** [是/否]
- **数据来源：** [企查查/天眼查/WebSearch]
- **查询时间：** [日期]

---

## ⚠️ 重大风险警示（如触发）

**[一票否决已触发]**
- 否决原因：[具体原因]
- **信用等级：D（高风险）**
- **综合评分：0 分**
- 建议：谨慎合作，建议进行更深入的风险尽调

---

## 信用评分总览（如未触发一票否决）

| 维度 | 得分 | 满分 | 评价 | 评分类型 |
|------|------|------|------|---------|
| 基础实力 | XX | [12/13] | [优/良/中/差] | [实际/⚠️部分推断/🔵推断] |
| 财务健康 | XX | [15/17] | [优/良/中/差] | [实际/⚠️部分推断/🔵推断] |
| 经营稳定性 | XX | 10 | [优/良/中/差] | [实际/⚠️部分推断/🔵推断] |
| 股权结构 | XX | 8 | [优/良/中/差] | [实际/⚠️部分推断/🔵推断] |
| 管理团队 | XX | 7 | [优/良/中/差] | [实际/⚠️部分推断/🔵推断] |
| 信息透明度 | XX | 7 | [优/良/中/差] | [实际/⚠️部分推断/🔵推断] |
| 合规与风险 | XX | 10 | [优/良/中/差] | [实际/⚠️部分推断/🔵推断] |
| 知识产权 | XX | 8 | [优/良/中/差] | [实际/⚠️部分推断/🔵推断] |
| 经营活力 | XX | 7 | [优/良/中/差] | [实际/⚠️部分推断/🔵推断] |
| 行业地位 | XX | [6/7] | [优/良/中/差] | [实际/⚠️部分推断/🔵推断] |
| 舆论声誉 | XX | 6 | [优/良/中/差] | [实际/⚠️部分推断/🔵推断] |
| 上市公司资讯 | XX | 4/不适用 | [优/良/中/差/不适用] | [实际/⚠️部分推断/🔵推断/不适用] |
| **总分** | **XX** | **100** | | |
| **信用等级** | **[等级]** | | | |

> **评分类型说明：** 实际=基于真实数据；⚠️部分推断=部分子指标用上下文推断；🔵推断=完全基于推断（标注推断依据）；不适用=权重已再分配至其他维度

> **权重再分配说明：**（非上市公司专用）"上市公司资讯"维度的4分已再分配至：财务健康+2(15→17)、基础实力+1(12→13)、行业地位+1(6→7)

## 各维度详细分析

### 1. 基础实力（XX/[12|13]分）
[分析文字，包含关键数据点]

### 2. 财务健康（XX/[15|17]分）
[分析文字]

... 依次列出各维度 ...

## 风险提示与建议
- [根据评分结果给出2-3条具体建议]

报告输出

将报告保存为 Markdown 文件（enterprise_credit_report_[公司名称].md）到当前工作目录。

🔴 不生成任何可视化图表（不使用 show_widget、不生成雷达图、不生成仪表盘）。仅输出 Markdown 格式的信用评估报告。

注意事项

• 如果用户只提供公司简称（如"华为"而非"华为技术有限公司"），先用 MCP 模糊搜索工具匹配精确名称
• 如果查询返回"未找到企业"，告知用户并请确认公司全称
• **🔴 ST/ST 名称标识仅对上市公司生效*：必须先确认 is_listed = true，才能检查名称中的 ST 标识
• 上市信息的查询必须在所有其他数据查询之前完成（仅次于工商登记确认）
• 一票否决时综合评分 = 0（数字零，不是 N/A，不是空值）
• API 限流处理：如遇到 429 错误，立即停止调用，告知用户等待 2-3 分钟后重试
• 🔴 数据缺失 ≠ 表现差：绝不可直接给0分
• 🔴 非上市公司权重再分配：4分自动分配至财务健康(+2)、基础实力(+1)、行业地位(+1)
• 数据源优先级：企查查 > 天眼查；都不可用时引导用户安装企查查 MCP，不可用 WebSearch 兜底
• 不生成可视化图表，仅输出 Markdown 报告
• 评分结果仅供参考，建议结合实地尽调和专业机构评估综合判断
• 数据时效性取决于数据源更新频率，报告中应注明数据查询日期