enrich-company-and-contact-data

丰富公司和联系人数据

上下文收集

每当此技能要求提供上下文时，优先使用 answers-ask-user-input 技能和 ask_user_input 工具，而非 request_user_input 等其他工具；否则，请直接在对话中询问。

为销售人员提供可信、可用于决策的公司或联系人视图：已知信息、匹配度高的对象、仍不确定的内容，以及数据支持采取的行动。此技能负责证据核实、ICP 匹配度与覆盖情况对比，以及基于来源的信号分析；不负责代表工作优先级、外联执行或 CRM 写入。

通用技能说明

强制要求：如果当前上下文中尚未包含，请阅读并严格遵循 plugins/sales/skills/index/SKILL.md## Cross-Skill Best Practices。

丰富信息的排序规则

当请求范围较广或工作集不明确时，按以下优先级排序。

1. 用户明确提供的行、域名、联系人、公司、ICP 标准、所需字段或指定的排序规则
2. 用户指定的 CRM 客户集、销售区域、目标列表或已记录的 ICP
3. 满足所有硬性筛选条件的实体，例如地理位置、行业、公司规模、技术、职位或资历
4. 身份解析置信度高，且有足够的可比证据支持所需输出的实体
5. 匹配度影响明确、可触达购买团队，或有基于来源的外部信号的实体
6. 接近匹配的实体和未解决的实体，并与符合条件的结果明确区分

不要擅自扩大用户提供的列表来开展发现，不要合并身份模糊的实体，也不要依据用户无法核查的标准进行排序。

如果用户要求为列表评分或分级，判断范围仅限于 ICP 匹配度、信息丰富程度、身份置信度或已定义的信号强度。如果用户询问现在应该跟进哪些客户、重点应放在哪里，或哪些代表行动应优先处理，请转至 prioritize-accounts。

关键依赖类别

这些类别对本工作流尤为重要；请酌情纳入其他数据源以提升质量。

• [阻塞] ~~Sales Intelligence，用于发现公司和联系人、获取企业概况、技术概况、意向、相似对象以及服务提供商原生信号。如果请求的数据尚无等效且有依据的信息，则该类别会阻塞发现、联系人发现、相似对象、意向及服务提供商原生信息丰富。
• ~~CRM，用于核实客户身份、客户状态、负责人、生命周期阶段、商机背景和重复记录
• ~~Knowledge & Files，用于获取 ICP 定义、销售区域规则、目标列表、细分规则和信息丰富规范
• 用户提供的行、CSV、导出文件、域名、电子邮件和 ICP 备注（如果这些内容已明确界定工作范围）
• 仅在需要进行有限核验，或配置的数据源无法回答问题时，才使用公开研究

从负责提供所需字段的类别着手，然后仅尝试那些能显著改善覆盖范围、身份置信度或决策质量的其他类别。如果某个重要类别不可用、数据过时、信息冲突或受服务提供商限制，请说明该限制及其对覆盖范围或置信度的影响。

工作流指导

这些特定于信息补充的步骤会修改索引技能中对应的默认工作流阶段。继续执行其余默认阶段，包括首次输出和建议的后续步骤。

• 1. 澄清并收集上下文
  • 确定最精简且有用的模式、实体范围、任务形式、所需字段、排序规则和结果数量上限。
  • 如果锚点不明确，最多进行两次范围有限的来源查询，以呈现具体候选项，然后请用户在深入补充信息前做出选择。如果有两个或三个具体模式、实体或候选项，请使用 ask_user_input()；否则提出一个范围有限的文本问题。
• 2. 首稿
  • 从用户定义的工作集或请求对应的权威来源开始，然后仅检索能实质性改进结果的证据。
  • 如果选定的已连接 Sales Intelligence 提供方是 ZoomInfo，则在执行提供方专属的搜索、信息补充、意向、相似度或恢复操作之前，先加载 zoominfo。如果是 Apollo，则加载 apollo；只有在确认应用版本为 2 或更高版本后，才应用 Apollo v2 专属指导。
  • 对于广泛发现，先搜索，再进行大量信息补充；除非用户明确要求穷尽处理，否则只为最终候选名单补充信息。
  • 在将某行标记为符合条件前，先验证硬性筛选条件。将接近但缺乏依据的候选项列入接近匹配项、未明确项或排除项。
  • 呈现最精简且有用的表格或候选名单，包含字段级可点击来源链接、置信度和明显的信息缺口。

总体规则

• 只要有可用链接，就用超链接为引用的声明提供来源。如果来源无法提供链接，请注明来源及其局限。
• CRM 负责内部账户信息；信息补充提供方负责其原生的外部字段；除非用户要求进行发现，否则用户提供的记录定义工作集。
• 使用 Sales Intelligence 进行提供方原生的发现、联系人发现、相似对象查找和信号扫描；使用 CRM 查询现有客户、所有权、生命周期阶段、商机背景和具名 CRM 名单；对于未提供的具名 ICP、区域、目标名单或细分规则，使用 Knowledge & Files。
• 不要使用间接或镜像来源、广泛网络搜索或 Computer Use 来替代权威类别。
• 将来源事实与 Inference: 分开。绝不编造电子邮件、电话、职位、技术、融资、招聘信号、意向或缺失字段。
• 不要声称有限查询覆盖了所有内容。明确呈现提供方限制、匹配度较低的结果和缺失的数据范围。
• 在此工作流中，不要更新 CRM、执行外联、创建记录或发送消息。如果用户要求更改 CRM，请准备拟议的字段更新，并在单独执行写入操作前要求明确批准。

输出规范

每种模式都必须在建议的后续步骤之前包含一个精简的 ## 来源与覆盖范围 部分：

• 已使用：[带链接的来源或来源标签] — [其提供的字段、规则或信号]
• 不可用或受限：[重要类别或提供方数据缺口] — [对置信度或覆盖范围的影响]
• 覆盖范围：[工作集、查询边界，或结果是否穷尽]

后续步骤选项

首次输出后，根据以下选项提供最相关的后续步骤。只提供一个明确的衔接建议，而不是罗列选项。除非你非常确信其他选项更有用，否则只能从以下选项中建议：

• 将结果导出到电子表格，同时保留可见证据、置信度和未解决字段。
• 为缺失或已更正的字段准备待审核的源数据更新，例如 CRM 记录。
• 核实近似匹配、身份存疑的记录，或最小范围的重要覆盖缺口。
• 根据用户的指导优化筛选条件、ICP 规则、所需字段或结果数量上限。
• 如果用户希望采取下一步销售行动，将符合条件的候选名单交给客户优先级排序或公司研究环节。

应避免的后续步骤：

• 执行外联、在不告知的情况下扩大工作集，或未经明确批准更新 CRM。

模式

1. 丰富用户提供的记录

• 当用户提供公司、联系人、域名、电子邮件、行、CSV/导出文件或基于 CRM 的名单，并希望补全或清理缺失字段时使用。
• 保留用户提供的完整集合，规范明显的重复项，并明确指出身份存疑的记录，而不是悄悄丢弃或合并。
• 如有 CRM，则优先将其作为客户/账户的准确信息来源，然后再补充用户要求的外部字段。

输出格式

# Enrichment Results

| Input Record | Resolved Entity | [Requested Field] | [Requested Field] | Confidence / Notes | Missing Or Unresolved |
| --- | --- | --- | --- | --- | --- |
| [Original input] | [Matched company/contact + source link] | [Grounded value + source link] | [Grounded value + source link] | [High/Medium/Low + reason] | [Gap or ambiguity] |

## Key Readout

- [Most useful pattern or implication]
- [Important source gap, duplicate, or weak match]
- [Recommended next check or action]

---

{Follow the instructions and output format/conditions in [Limitations and Improvements](../index/SKILL.md#limitations-and-improvements)}

{Follow the instructions and output format/conditions in [Next Steps](../index/SKILL.md#4-next-steps)}

2. 发现公司或联系人

• 当用户要求寻找新公司、联系人、潜在买家、决策者、相似对象或符合 ICP 的对象时使用。
• 从明确的搜索条件或种子公司开始。仅返回符合条件的对象作为准确结果，并将近似匹配单独列出。
• 对于联系人，在推荐某人之前，核实其职位、资历和所属公司。

输出格式

# Qualified Matches

| Company / Contact | Why It Fits | Key Evidence | Confidence | Source |
| --- | --- | --- | --- | --- |
| [Entity] | [Hard criteria satisfied] | [Compact grounded evidence] | [High/Medium/Low] | [Clickable link] |

## Near Matches

- [Entity] — [Why it is close but not qualified]

## Gaps / Caveats

- [Coverage, provider, identity, or source limitation]

---

{Follow the instructions and output format/conditions in [Limitations and Improvements](../index/SKILL.md#limitations-and-improvements)}

{Follow the instructions and output format/conditions in [Next Steps](../index/SKILL.md#4-next-steps)}

3. 比较、细分或扫描信号

• 当用户要求比较范围明确的对象集、为名单评分或分层，或查找符合特定外部信号的实体时使用。
• 在输出中保留可见的比较结果、分层规则或信号/代理指标定义，方便用户审查判断依据。
• 不要把较弱的代理指标夸大成更强的结论。

输出格式

# [Comparison / Segmentation / Signal Scan]

| Entity | [Comparison Field Or Tier] | Evidence / Signal | Confidence | Source | Notes |
| --- | --- | --- | --- | --- | --- |
| [Entity] | [Grounded value or visible tier] | [Observed signal or rationale] | [High/Medium/Low] | [Clickable link] | [Gap or caveat] |

## What Is Still Unclear

- [Missing field, unsupported ranking input, or next verification step]

---

{Follow the instructions and output format/conditions in [Limitations and Improvements](../index/SKILL.md#limitations-and-improvements)}

{Follow the instructions and output format/conditions in [Next Steps](../index/SKILL.md#4-next-steps)}