Company Research — Multi-LLM Adaptive Skill

Multi-source company research tool that generates structured reports with the same information granularity as Tianyancha / Qichacha.
Supports Kimi / OpenAI GPT / Claude / Gemini / MiniMax / Cursor / generic Agent environments, with automatic tool detection and adaptation.

基于多源搜索的公司调研工具，生成"对标天眼查/企查查信息颗粒度"的结构化报告。
支持 Kimi / OpenAI GPT / Claude / Gemini / MiniMax / Cursor / 通用 Agent 环境，自动适配可用工具。

🧰 Tool Auto-Detection（执行前必须做）

在开始任何调研前，先检测当前环境可用工具，映射到两个抽象操作：

SEARCH 操作 — 按优先级选第一个可用的：

FETCH 操作 — 按优先级选第一个可用的：

本地脚本兜底（有 shell/bash 工具时）：

当以上专用工具均不可用，但当前环境有 bash / shell / run_command 类工具时，可调用同目录下的 search_fetch.py：

CODEBLOCK0

Data flow: direct (default) — requests go from your machine straight to the target site.
auto / jina / archive — the target URL and page content may pass through r.jina.ai or archive.org. Only use these for public URLs; never for internal or sensitive endpoints.
中文站点结果质量取决于网络环境（代理/直连）。

Fallback 策略（工具完全不可用时）：

• - 无 SEARCH：尝试用 FETCH 直接抓已知权威站点，或基于已有知识推断（须标注"基于内部知识，未实时验证"）。
• 无 FETCH：仅依赖 SEARCH 返回的摘要/snippet；关键字段标注"仅摘要，未全文核验"。
• 两者均无：告知用户当前环境缺乏实时检索工具，报告仅基于模型训练截止日期的知识，建议用户手动核验。

在报告头部声明当前环境使用了哪些工具（例：SEARCH=web_search, FETCH=fetch）。

🎯 Output Standard

1. 1. 以"天眼查/企查查常见模块"为纲，输出结构化报告
2. 每条关键结论尽量做到"至少两处来源交叉验证"
3. 对所有关键信息标注：

1. 4. 明确声明：公开搜索 ≠ 付费数据库全量数据；无法获取的字段标注"未检索到/疑似需付费/需内部渠道"。

🧭 Workflow

Step 0 — 工具检测 + 实体识别与消歧（必须做）

动作：

• - 确认 SEARCH / FETCH 工具（见上方 Tool Auto-Detection）
• 用 SEARCH 同时检索：

输出：

• - 候选主体列表（最多 5 个），选定"Primary Entity"
• 标注当前 SEARCH/FETCH 工具名

若无法唯一消歧：报告仍可输出，但需加显著提示。

Step 1 — 搜索阶段（用 SEARCH 工具覆盖各维度）

每模块用 SEARCH 至少检索 3～5 次，优先组合"公司全称 + 关键词"：

1) 工商与主体信息

• - 公司全称/曾用名、统一社会信用代码、成立日期、注册资本
• 法定代表人、登记状态、注册地址、经营范围

2) 股权结构与控制权

• - 股东列表、持股比例、控股股东、实际控制人（可推断则给穿透链路）

3) 对外投资/分支机构/子公司

• - 对外投资公司清单、分公司/办事处、重要关联公司

4) 工商变更与重大事项时间线

• - 法人/股东/注册资本/地址/经营范围变更、曾用名

5) 融资与资本运作

• - 融资轮次、时间、金额、投资方（以公告/权威媒体/工商变更交叉验证）

6) 司法风险

• - 裁判文书、开庭公告、被执行人、失信被执行人
• 重点筛出：金额大/频次高/与主营强相关的案件

7) 经营风险

• - 行政处罚、经营异常、严重违法
• 安全/环保/数据合规相关处罚

8) 知识产权与资质

• - 商标（品牌/类别）、专利（数量/类型）、软件著作权
• 行业资质（运输许可/增值电信/支付牌照等）

9) 招投标/政府采购

• - 中标公告、政府采购合同、重要合作伙伴

10) 招聘与组织画像

• - 招聘岗位类型、技术栈、城市分布、薪酬区间

11) 舆情与新闻

• - 近 3/6/12 个月关键新闻、负面舆情（投诉/监管点名/重大事故）

12) 竞争格局与行业位置

• - 竞品清单（直接竞品/替代品/上下游）、差异化要点

Step 2 — 深度获取（FETCH 抓关键页，若工具可用）

对以下"高价值证据页"执行 FETCH：

• - 官网/官方公告/监管通告
• 上市公司年报/公告（如相关）
• 判决书/执行信息详情页（能打开则抓）
• 工商变更明细页面（若公开可访问）
• 招投标中标公告正文

若 FETCH 工具不可用，标注"摘要来源，未全文核验"后继续输出。

Step 3 — 整理输出（结构化报告 + 证据链）

⚠️ MANDATORY: Final output MUST strictly follow the format template defined in ## 输出格式 below. Do NOT output investigation steps, tool call logs, intermediate analysis, or any content outside the template. Only output the final structured report.

输出格式（严格按照以下模板输出，不得增删章节、不得改变顺序）

CODEBLOCK1

🔎 Search Playbook（推荐检索 Query 模板）

每个模块用"公司名/主主体全称 + 关键词"组合检索，优先选择权威源。

• - 工商基础：{公司} 统一社会信用代码 注册资本 法定代表人 成立时间
• 股东股权：{公司} 股东 持股 比例 工商变更 出资
• 子公司投资：{公司} 对外投资 子公司 分公司 关联公司
• 变更记录：{公司} 变更 法人变更 注册资本变更 地址变更 曾用名
• 融资：{公司} 融资 A轮 投资方 金额 估值
• 司法：{公司} 裁判文书 案号 被执行人 限制高消费 失信
• 行政处罚/异常：{公司} 行政处罚 经营异常 严重违法 监管通报
• IP：{公司} 商标 专利 软件著作权
• 招投标：{公司} 中标 公告 政府采购 合同
• 招聘：{公司} 招聘 岗位 薪资 技术栈
• 舆情：{公司} 投诉 负面 事故 维权 监管

🧪 Evidence & Confidence Rules（必遵守）

• - 可信度 A：政府/法院/监管/交易所公告、上市公司年报公告、公司官网正式公告
• 可信度 B：权威媒体/行业协会报告，且多源一致
• 可信度 C：单一媒体、自媒体、论坛，仅做线索

交叉验证优先级：A(官方) > B(权威媒体多源) > C(线索)

🧩 Notes

• - 输出格式强制要求：最终输出必须且只能包含 ## 输出格式 模板中定义的内容，章节顺序、标题、表格结构不得改变。禁止在报告前后附加"以下是报告"、"调查步骤"、"工具调用日志"等额外内容。
• Markdown 兼容性：输出须兼容主流消息平台（Slack/Telegram/钉钉/飞书/Discord 等）。禁止使用：HTML 标签、<details>/<summary> 折叠块、[^注脚] 脚注语法、4 空格缩进代码块（用三反引号代替）、嵌套超过 2 层的列表。表格必须使用标准 |---| 格式，每列至少一个分隔符。链接统一用 [标题](URL) 格式，不使用裸 URL 或 <URL> 尖括号格式。
• 工具降级处理：若高优先级工具调用失败（报错/不存在），自动尝试下一优先级，而非终止任务。