天眼一下

英文名：TYC It
建议唤起命令：/tyc-it

MCP Server 调用契约（当前架构）

当前 MCP Server 的 tools/list 默认只公开小工具面；162 个 T1.1 业务语义聚合工具仍在服务端注册，深层维度通过能力目录和代理工具进入。执行本 skill 时遵循以下契约：

• 实体锚定优先调用公开工具 search_companies，参数使用 query。从候选表同时保留 name 作为后续 company_name、id 作为 company_id、creditCode 作为最终主体标识。
• 基础信息优先直接调用公开画像工具：get_company_basic_profile、get_group_info、get_company_group_profile、get_company_people、get_person_profile、get_person_risk_profile。
• 除公开画像和通用搜索工具外，调用公司维度明细前先调用 get_company_capabilities(company_id, company_name)，只使用返回表格中真实存在的 tool_name。
• 调用内部工具时使用 call_tool；tool_name 必须逐字复制能力表中的真实名称，不要翻译、改写或猜测。顶层主体参数优先传 company_name，只有没有精确名称时才用 company_id。
• 仅当同一企业下多个事实补齐互不依赖时使用 call_tools_batch，每批最多 3 个。关系路径、主体搜索、详情下钻、人员画像、能力发现、会决定下一步的问题不要放入 batch。
• 如果问题涉及集团、关联方、子公司、投资方、控股股东、担保链或人物版图，把每个相关主体加入查询队列，并分别做实体锚定和能力发现。

触发条件

当用户提出宽泛或探索式商查问题，而不是已经指名某个专用 skill 时使用本 skill。

典型问题：

• “帮我查一下这家公司靠不靠谱”
• “这家公司能不能作为客户/供应商/合作方”
• “A 和 B 有没有关联关系”
• “某公司背后是谁控制的”
• “最近有没有诉讼、被执行、处罚或经营异常”
• “这家公司有没有真实经营、招投标、资质、招聘、客户供应商”
• “某品牌有没有商标风险，某技术方向有哪些专利公司”
• “找一下某行业/某地区/某标签下的企业名单”
• “给我做一个商查摘要，不要太长”

若用户明确要求银行 KYB、投前尽调、法务合同主体审查、供应商年审等已存在专用场景，优先使用对应专用 skill；本 skill 作为通用路由和兜底。

输入要求

用户输入可能是单一企业、多个企业、自然语言线索或非公司检索目标。先识别输入形态，再决定是否需要 L0 锚定。

实体锚定规则：

1. 若输入匹配 USCC 正则 ^[0-9A-Z]{18}$，直接使用。
2. 若输入含 有限公司、股份有限公司、集团、合伙企业、个体工商户、事务所、中心、分公司 等组织形式且长度足够，优先按完整企业名处理。
3. 其他情况调用 search_companies(query: userInput)。过滤 regStatus 为 存续、在业、在营、开业 的候选，按相关性、注册资本、成立时间和用户语境排序，最多展示 5 个。
4. 候选为 1 个时可自动锚定；候选大于等于 2 个时暂停并请用户确认；候选为 0 时请用户提供更完整名称、USCC 或其他线索。

候选确认话术：

你说的「{userInput}」匹配到多家企业，请确认是哪一家：

| # | 企业名称 | USCC | 状态 | 法定代表人 | 注册地 |
|---|---|---|---|---|---|
| 1 | ... | ... | 存续 | ... | ... |
| 2 | ... | ... | 存续 | ... | ... |

回复编号继续，或回复“都不是”重新输入。

意图分流

先把用户问题归入一个或多个商查意图。只调用回答问题所需的最小工具链，不要为了“全面”扫完所有维度。

执行流程

Step 1: 明确问题边界

从用户原话提取：

• subject[]：企业、个人、品牌、专利/商标/招投标关键词、行业/地区/标签。
• intent[]：使用上表归类，可多选。
• depth：快速摘要、标准商查、深度报告。
• decision_context：合作准入、销售拜访、授信、投前、法务、采购、竞品、市场拓展等。

若只有“查一下某公司”且没有决策语境，默认输出“主体画像 + 风险初筛 + 经营真实性 + 股权实控摘要”的轻量商查。

Step 2: 锚定主体

对每个企业线索执行输入要求中的锚定规则。不要在候选不唯一时自行选第一条。完成锚定后，在内部记录：

company_name = 候选表中的精确企业名称
company_id = 候选表中的 id
creditCode = 候选表中的 creditCode

Step 3: 调用高密度公开入口

按问题选择公开入口：

• 单主体基础问题：优先 get_company_basic_profile(company_name)。
• 集团/股权/关联粗看：优先 get_group_info 或 get_company_group_profile。
• 人员问题：先 get_company_people，再指定人员调用 get_person_profile 或 get_person_risk_profile。
• 行业/标签/榜单/园区名单：直接用对应 search_* 入口形成候选清单。

如果公开画像已经足够回答，直接输出结论；不要为了形式继续下钻。

Step 4: 能力发现与下钻

当用户问题需要具体维度时，调用 get_company_capabilities(company_id, company_name)。从返回表格复制 tool_name，按意图分流表调用必要工具。

通用参数约定：

{
  "company_name": "{company_name}",
  "company_id": "{company_id}",
  "tool_name": "{tool_name_from_capabilities}",
  "arguments": {
    "page": 1,
    "page_size": 10
  }
}

列表型工具显式传 page、page_size，即使服务端有默认值。详情型工具先从上游列表拿 id、regNo 或其他编号，再单独调用详情工具。

Step 5: 交叉验证和判断

把结论建立在至少两个维度的互证上：

• 主体真实性：工商登记、联系方式/地址、经营范围、成立年限、参保/分支/对外投资。
• 经营能力：招投标、客户供应商、资质许可、招聘、产品业务、荣誉榜单。
• 风险判断：风险总览与具体负面记录互证；重大结论不能只依据 _summary。
• 控制关系：股东、实控人、受益所有人、股权树、关系路径或集团画像互证。
• 知产能力：get_ipr_score 与专利/商标/软著明细互证。

明确区分“已查无记录”“工具未返回”“未覆盖该维度”。不要把空结果写成绝对安全。

Step 6: 输出

默认结论先行，再给证据和建议。除非用户要求，不输出冗长原始数据。

快速摘要模板：

# 商查摘要：{company_name}

## 结论
{1-3 句话，回答用户问题}

## 关键信号
| 维度 | 发现 | 判断 |
|---|---|---|
| 主体 | ... | 通过/关注/异常 |
| 风险 | ... | 低/中/高 |
| 经营 | ... | 强/一般/弱 |
| 股权/关系 | ... | 清晰/需复核 |

## 建议
- {下一步动作 1}
- {需要人工复核的点 2}

## 数据来源
天眼查 MCP：{tool_names}

标准商查报告模板：

# {company_name} 商查报告

> 用户问题：{user_question}
> 锚定主体：{company_name} / {creditCode}
> 数据来源：天眼查 MCP

## 一、结论先行
- 综合判断：适合合作 / 谨慎合作 / 暂缓 / 需补充材料
- 风险等级：低 / 中 / 高
- 核心理由：...

## 二、主体与经营基础
| 字段 | 内容 |
|---|---|
| 经营状态 | ... |
| 法定代表人 | ... |
| 成立时间 | ... |
| 注册资本 | ... |
| 经营范围 | ... |
| 参保/分支/投资 | ... |

## 三、风险与合规
| 维度 | 数量/状态 | 重点说明 |
|---|---:|---|
| 司法诉讼 | ... | ... |
| 被执行/失信/限高 | ... | ... |
| 行政处罚/严重违法 | ... | ... |
| 经营异常/税务环保 | ... | ... |

## 四、股权与关联
- 股东结构：...
- 实际控制人/受益所有人：...
- 关联关系或集团链路：...

## 五、经营真实性
- 招投标/客户供应商：...
- 资质许可/荣誉：...
- 招聘/产品/舆情：...

## 六、待复核事项
- ...

## 七、调用链
`search_companies` -> `{tools...}`

错误处理

• 候选企业不唯一：停止下钻，先让用户确认。
• 能力表没有目标工具：不要猜测工具名；换用公开画像、相关搜索入口或向用户说明该维度当前未开放。
• call_tool 返回未知工具错误：重新调用 get_company_capabilities，复制真实 tool_name 后重试一次。
• 列表工具为空：使用 _empty 和 _summary 说明“当前返回为空”，不要写成“永久无风险”。
• 多主体关系问题只锚定到其中一个主体时：先补齐另一个主体；关系判断不能只看单方画像。
• 用户要求法律、投资、授信等最终决策时：给出数据驱动建议，并提示仍需结合合同、财务报表、现场访谈或专业意见。

示例

示例 1：合作方初筛

用户：帮我看看北京百度网讯科技有限公司能不能作为合作方

流程：search_companies -> get_company_basic_profile -> get_company_capabilities -> get_risk_overview -> get_business_exception、get_administrative_penalty、get_judgment_debtor_info -> 按需 get_bidding_info、get_qualifications。

输出：合作建议、主体基础、负面风险、经营能力、待复核材料。

示例 2：关联关系

用户：联洋国融和启赢互联有没有关联关系

流程：分别 search_companies -> get_relation_path -> 对关键节点调用 get_relation_graph 或 get_company_group_profile。

输出：是否有关联、最短路径、共同股东/高管/投资关系、证据链和置信度。

示例 3：行业发现

用户：找一下上海人工智能行业里比较活跃的公司

流程：search_companies_by_industry_region 或 search_companies_by_tag -> 选 Top 10 -> 对重点企业调用 get_company_basic_profile，必要时补 get_bidding_info、get_ipr_score、get_news_sentiment。

输出：候选企业清单、筛选口径、活跃度信号、推荐跟进对象。