enrich-company-and-contact-data

作者: openai

为公司和联系人发现、企业画像或技术画像完善、ICP列表构建等,构建可移植的销售数据丰富输出。

npx skills add https://github.com/openai/role-specific-plugins --skill enrich-company-and-contact-data

Enrich Company And Contact Data

Context-Gathering Intake

Whenever this skill asks for context, strongly prefer using the answers-ask-user-input skill and the ask_user_input tool over other tools such as request_user_input; otherwise ask directly in the conversation.

Prepare a sales person with a trusted, decision-ready view of companies or contacts: what is known, what is a strong match, what is still uncertain, and what action the data supports. This skill owns evidence resolution, ICP-fit and coverage comparisons, and source-grounded signal analysis; it does not own rep-work priority, outreach execution, or CRM writes.

Common Skill Instructions

MANDATORY: If not already in context, read and adhere closely to plugins/sales/skills/index/SKILL.md## Cross-Skill Best Practices.

Enrichment Ranking

Use this priority order when the request is broad or the working set is ambiguous.

  1. Explicit user-provided rows, domains, contacts, companies, ICP criteria, requested fields, or stated ranking rule
  2. The named CRM account set, territory, target list, or documented ICP that the user points to
  3. Entities that satisfy every hard filter, such as geography, industry, company size, technology, role, or seniority
  4. Entities with high-confidence identity resolution and enough comparable evidence to support the requested output
  5. Entities with a clear fit implication, reachable buying-team path, or source-grounded external signal
  6. Near matches and unresolved entities, clearly separated from qualified results

Do not silently broaden a supplied list into discovery, merge ambiguous entities, or rank by a criterion the user cannot inspect.

If the user asks to score or tier a list, keep the judgment limited to ICP fit, enrichment completeness, identity confidence, or defined signal strength. If the user asks which accounts to work now, where to focus, or what rep action deserves priority, route to prioritize-accounts.

Key Dependency Categories

These are particularly important for this workflow; use your best judgment to potentially include other data sources to improve quality.

  • [Blocking] ~~Sales Intelligence for company/contact discovery, firmographics, technographics, intent, lookalikes, and provider-native signals. It blocks discovery, contact discovery, lookalikes, intent, and provider-native enrichment when equivalent requested data is not already grounded.
  • ~~CRM for account identity, customer status, ownership, lifecycle stage, opportunity context, and duplicate resolution
  • ~~Knowledge & Files for ICP definitions, territory rules, target lists, segmentation rules, and enrichment conventions
  • User-provided rows, CSVs, exports, domains, emails, and ICP notes when they already define the work
  • Public research only for narrow validation or gaps that configured sources cannot answer

Start with the category that owns the requested fields, then attempt only additional categories that materially improve coverage, identity confidence, or the decision. If a material category is unavailable, stale, conflicting, or provider-limited, state the limitation and its impact on coverage or confidence.

Workflow Guidance

These enrichment-specific steps modify the corresponding default workflow stages in the index skill. Continue the remaining default stages, including the first output and proposed next steps.

    1. Clarify and Gather Context
    • Resolve the smallest useful mode, entity scope, task shape, requested fields, ranking rule, and result limit.
    • If the anchor is ambiguous, make at most two narrow source calls to surface concrete candidates, then ask the user to choose before deeper enrichment. When two or three concrete modes, entities, or candidates are available, use ask_user_input(); otherwise ask one narrow text question.
    1. First Draft
    • Start from the user-defined working set or the canonical source for the request, then retrieve only evidence that materially improves the result.
    • When the selected connected Sales Intelligence provider is ZoomInfo, load zoominfo before provider-specific search, enrichment, intent, similarity, or recovery. When it is Apollo, load apollo; apply Apollo v2-specific guidance only after verifying app version 2 or later.
    • For broad discovery, search before heavy enrichment and enrich only the final shortlist unless the user explicitly asks for exhaustive treatment.
    • Verify hard filters before calling a row qualified. Put close but unsupported candidates in Near Matches, Unclear, or Excluded.
    • Render the smallest useful table or shortlist, with field-level clickable source links, confidence, and visible gaps.

Overall Rules

  • Cite sourced claims with hyperlinks whenever links are available. If a source cannot provide a link, name the source and the limitation.
  • CRM owns internal account truth; enrichment providers own provider-native external fields; user-provided records define the working set unless the user asks for discovery.
  • Use Sales Intelligence for provider-native discovery, contact discovery, lookalikes, and signal scans; use CRM for existing customers, ownership, lifecycle stage, opportunity context, and named CRM lists; use Knowledge & Files for named ICP, territory, target-list, or segmentation rules that are not supplied.
  • Do not use indirect or mirrored sources, broad web search, or Computer Use as substitutes for the authoritative category.
  • Keep sourced facts separate from Inference:. Never invent emails, phones, titles, technologies, funding, hiring signals, intent, or missing fields.
  • Do not claim exhaustive coverage from a bounded query. Keep provider limits, weak matches, and missing lanes visible.
  • Do not update CRM, execute outreach, create records, or send messages in this workflow. If the user wants a CRM change, prepare the proposed field updates and require explicit approval before a separate write action.

Output Contract

Every mode must include a compact ## Sources & Coverage section before proposed next steps:

  • Used: [Linked source or source label] — [fields, rules, or signals it supplied]
  • Unavailable or limited: [Material category or provider gap] — [impact on confidence or coverage]
  • Coverage: [Working set, query bound, or whether the result is exhaustive]

Next Step Options

After the first output, offer the most relevant follow-up from the options below. Offer one clear transition, not a menu. Suggest ONLY these unless you are very confident another option is more useful:

  • Export the results to a spreadsheet with the visible evidence, confidence, and unresolved fields preserved.
  • Prepare reviewed updates to the source of truth, such as CRM records, for missing or corrected fields.
  • Verify near matches, ambiguous identities, or the smallest material coverage gap.
  • Refine the filters, ICP rule, requested fields, or result limit using the user's guidance.
  • Hand a qualified shortlist to account prioritization or company research when the user wants the next selling action.

Next steps to avoid:

  • Executing outreach, silently broadening the working set, or updating CRM without explicit approval.

Modes

1. Enrich Provided Records

  • Use when the user supplies companies, contacts, domains, emails, rows, a CSV/export, or a CRM-backed list and wants missing fields completed or cleaned.
  • Preserve the full supplied set, normalize obvious duplicates, and surface identity ambiguity instead of silently dropping or merging rows.
  • Use CRM for customer/account truth when available, then enrich requested external fields.

Output Format

# 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. Discover Companies Or Contacts

  • Use when the user asks for new companies, contacts, likely buyers, decision makers, lookalikes, or ICP matches.
  • Start from explicit search criteria or seed companies. Return only qualified matches as clean hits and keep near matches separate.
  • For contacts, verify role, seniority, and company assignment before recommending a person.

Output Format

# 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. Compare, Segment, Or Scan Signals

  • Use when the user asks to compare a bounded set, score or tier a list, or find entities matching a defined external signal.
  • Keep the visible comparison, tiering rule, or signal/proxy definition in the output so the user can inspect the judgment.
  • Do not convert a weak proxy into a stronger claim.

Output Format

# [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)}

来自 openai 的更多技能

user-context
openai
加载或管理数据分析插件的持久化源路由偏好、引导逻辑、设置进度及语义层注册表。
official
notion-research-documentation
openai
研究Notion内容,并将其综合成带有引用的结构化简报、报告或对比。通过定向查询搜索并获取Notion页面,然后按主题组织发现,附带内联来源引用和参考文献部分。根据范围和用户目标,从四种输出格式(快速简报、研究摘要、对比、综合报告)中选择。使用内置模板创建和更新Notion页面;直接链接来源,并在新信息到达时跟踪变更...
official
rcsb-pdb-skill
openai
提交紧凑的RCSB PDB请求以获取核心元数据、Search API查询和FASTA下载。当用户需要简洁的RCSB摘要时使用;保存原始JSON或…
official
pdf
openai
PDF的读取、创建与验证,支持可视化渲染与程序化生成。使用Poppler(pdftoppm)将PDF页面渲染为PNG,以便在交付前直观检查布局、间距与排版;通过reportlab程序化生成PDF,确保格式可靠;利用pdfplumber或pypdf提取文本与元数据。执行质量标准:无文本裁剪、元素重叠、表格损坏或渲染伪影;仅使用ASCII连字符,引用内容需可读。使用...
official
test-coverage-improver
openai
改进OpenAI Agents JS mon
official
playwright
openai
基于终端驱动的浏览器自动化,支持元素快照与交互式UI工作流。通过playwright-cli包装脚本运行(需npx),支持无头模式与有头模式进行可视化调试。核心工作流:打开页面、获取快照以稳定元素引用、使用引用进行交互、在导航或DOM变更后重新快照。包含表单填写、点击、输入、多标签页管理、截图/PDF捕获及用于流程调试的追踪记录。元素引用(如e3、e15)...
official
ukb-topmed-phewas-skill
openai
通过接受rsID、GRCh37或GRCh38输入并解析为所需的GRCh38查询,获取单个变体的紧凑型UKB-TOPMed PheWAS摘要。当需要…时使用。
official
code-review-context
openai
模型可见上下文
official