← Vibe ProspectingCONTENT HISTORY

Update to Vibe Prospecting

Snapshot Oct 8, 2026 · 12:02 UTC · version 8.0.2

Collection source: downloaded plugin package.

WHAT CHANGED · RULE-BASED ANALYSIS

First saved snapshot

No earlier snapshot is available to establish a change.

Compare saved observations

Download comparison JSON
Full technical diff · 0 changed fields
Full snapshot data
{
  "description": "Find companies and contacts, build lead lists, enrich records with emails and phones, research firmographics and tech stacks, and surface buying intent or business events from Vibe Prospecting's B2B database (150M+ companies, 800M+ professionals). Use for sales, GTM, and prospecting workflows — list building, account research, decision-maker search, contact enrichment, TAM/ICP sizing, lookalikes. Triggers on phrases like \"find companies\", \"find prospects\", \"build a list\", \"who works at\", \"get emails\", \"enrich this company\", \"companies using Salesforce\", \"buying intent\", or \"export results\".",
  "included_files": [],
  "name": "vibe-prospecting",
  "skill_md_contents": "---\nname: vibe-prospecting\ndescription: >-\n  Find companies and contacts, build lead lists, enrich records with emails and\n  phones, research firmographics and tech stacks, and surface buying intent or\n  business events from Vibe Prospecting's B2B database (150M+ companies, 800M+\n  professionals). Use for sales, GTM, and prospecting workflows — list building,\n  account research, decision-maker search, contact enrichment, TAM/ICP sizing,\n  lookalikes. Triggers on phrases like \"find companies\", \"find\n  prospects\", \"build a list\", \"who works at\", \"get emails\", \"enrich this\n  company\", \"companies using Salesforce\", \"buying intent\", or \"export results\".\n---\n\n# Vibe Prospecting\n\nConnect this chat to live B2B company and contact intelligence — search, enrich, and export without leaving the conversation.\n\n**Use only the Vibe Prospecting MCP tools in your tool list.** Follow each tool's live description and input schema — they are authoritative. Before the first real call for each distinct tool, read that schema and build arguments only from confirmed fields.\n\nIf tools are missing or return auth/401 errors: tell the user to connect/authorize **Vibe Prospecting** in their host’s plugin settings, then retry. Do not invent credentials or work around auth.\n\n## Tools\n\n| Tool | Use for |\n|------|---------|\n| `autocomplete` | Standardized filter values (required for controlled vocab) |\n| `fetch-entities` | Search companies or people |\n| `fetch-entities-statistics` | Aggregated breakdowns (only when filters fully match fetch) |\n| `match-business` | Name/domain → `business_id` (max 50) |\n| `match-prospects` | Email or name+company → `prospect_id` (max 40) |\n| `enrich-business` | Firmographics, tech, funding, intent, etc. on a business table |\n| `enrich-prospects` | Emails/phones (`enrich-prospects-contacts`) or profiles |\n| `fetch-businesses-events` | Company event detail rows |\n| `fetch-prospects-events` | People event detail rows |\n| `show-sample` | Billable preview after exploration — required before you reply |\n| `export-to-csv` | Credit-consuming full export (user must confirm first) |\n| `get-dataset` | List or reload saved hub datasets |\n\nSkip `match-*` if `fetch-entities` already returned IDs.\n\n## Default workflow\n\n1. Clarify only when required (see gates below).\n2. `autocomplete` for every controlled-vocab filter you will use.\n3. **One** comprehensive `fetch-entities` call (combine filters). Exception: linkedin→naics retry if results are too few or wrong type.\n4. Optional `enrich-*` / `fetch-*-events` only when the user asked or answered a gate prompt with yes.\n5. `show-sample` on each final `table_name` for this turn — then reply. Do not ask permission before `show-sample`.\n6. Offer export only if there is more data than shown (or they asked for a file). Show cost → wait for explicit yes → `export-to-csv` on the **latest** `table_name`. **Never auto-export.**\n\n## Hard rules\n\n1. **`tool_reasoning`** — When the schema requires it, pass the user's request **verbatim** (≤2000 chars). Reuse that same string for the whole workflow. Do not invent a summary like \"export\".\n2. **Chain with `session_id` + `table_name`.** Never invent either. Omit `session_id` on the first step; copy both from prior tool JSON afterward. After enrich/events, use the **new** `table_name` for every later step (especially export).\n3. **`autocomplete` first** for: `linkedin_category`, `naics_category`, `company_tech_stack_tech`, `job_title`, `interests`, `skills`, `business_intent_topics`, `city_region` (USA cities). Use returned values only — never raw user wording.\n4. **Never invent parameters.** Schema wins.\n5. **One category type per fetch:** `linkedin_category` XOR `naics_category`. Prefer LinkedIn; fall back to NAICS only if LinkedIn is too broad / empty / wrong type.\n6. **Location XOR:** `company_country_code` XOR `company_region_country_code` (same for prospect country/region).\n7. **Quote `counts` correctly:** Tell the user `records_available` for delivered rows. `records_matching_filters` is headroom only — never claim you fetched all of it. Never do arithmetic on matching-filters for cost.\n\n## Gates (ask before acting)\n\n**Prospect location unclear** — If `entity_type: prospects` and location could mean person vs company HQ, ask which before fetching.\n\n**Contact details** — Prospect fetch does **not** include email/phone values. `has_email` / `has_phone_number` only filter. If the user did not already ask for contacts, ask before fetching:\n\n> Before I search, would you like to include contact details?\n> - Emails only\n> - Both emails and phone numbers\n> - No thanks, prospects only\n\nIf they want emails/phones: after fetch, `enrich-prospects` with `enrich-prospects-contacts`, then `show-sample` the enriched table. Remember their choice for this session/dataset.\n\n**Event details** — `filters.events` only selects matching companies/people; it does not add event columns. After presenting results, ask before `fetch-*-events` unless they already asked for event details.\n\n**Export** — Explicit user confirmation after cost. Never export just because credits exist.\n\n## `entity_type`\n\n- Any people/roles/titles/contacts request → `prospects`\n- Companies only, no people → `businesses`\n\nBuying intent / \"selling to\" / \"looking for customers\" → use `business_intent_topics` (autocomplete required).\n\n## Autocomplete vs direct\n\n**Autocomplete required:** `linkedin_category`, `naics_category`, `company_tech_stack_tech`, `job_title`, `interests`, `skills`, `business_intent_topics`, `city_region` (USA).\n\n**Use directly:** ISO `company_country_code` / `prospect_country_code` (Alpha-2), region codes (ISO 3166-2), fixed buckets (`company_size`, `company_revenue`, `company_age`, `job_level`, `job_department`), `website_keywords`, event type enums.\n\n**Jobs:** Broad seniority/dept → `job_level` + `job_department` only. Specific title → `job_title` only (autocomplete). For executives, pair title search with `job_level` (often `c-suite`).\n\n**Category strategy:** Autocomplete LinkedIn first. Include all applicable specific categories. If the best LinkedIn label is a parent industry that would pull in lots of wrong companies, switch to NAICS — never send both.\n\n## Chaining patterns\n\n- **People at prior companies:** `fetch-entities` with `entity_type: prospects`, same `session_id`, and `businesses_reference_table` = prior business table (prefer enriched table if you enriched).\n- **Company details from a prospect table:** `enrich-business`, not another business fetch.\n- **\"More\" / \"another\" results:** pass `exclude_key` `\"business\"` or `\"prospects\"` (or a prior `dataset_id` starting with `ds-`).\n- **Saved lists:** `get-dataset` → use returned `session_id` + `table_name`. Upload lists in the hub: https://app.vibeprospecting.ai/lists\n\n## `show-sample`\n\nRequired after each turn's fetch/enrich/events work, once per final `table_name`.\n\n- `preview_table_columns`: 3–6 keys from that table's `preview.preview_data` — do not invent/rename keys; skip mostly-empty and id columns.\n- `client_platform`: use `openai_chatgpt` for ChatGPT or `openai_codex` for Codex, as supported by the live tool schema.\n- Render the returned final sample as a table in your reply; do not assume a widget or interactive UI displays it. Preserve returned row identities and associated company/contact fields. Use the final sample, not the masked exploration preview.\n- Use the cost fields returned by `show-sample` for export confirmation. This OpenAI endpoint does not expose a separate cost-estimation tool.\n\n## Enrich\n\n- Max 3 enrichment types per call. Read schema for exact enum strings (`enrich-business-firmographics`, `enrich-prospects-contacts`, …).\n- `financial-metrics` needs `parameters.date`. `website-keywords` needs `parameters.keywords`.\n- Enrichment does not find people — use `fetch-entities` prospects (optionally with `businesses_reference_table`).\n\n## Events\n\n- Need `session_id`, `table_name`, `event_types` (and schema fields like `timestamp_from`).\n- Sample/preview may show only a few events per entity; say so — full export has far more.\n- Batching is capped server-side (~20 IDs).\n\n## Filters\n\n```json\n{ \"values\": [\"v1\", \"v2\"], \"negate\": false }\n{ \"gte\": 6, \"lte\": 24 }\ntrue\n```\n\n`business_intent_topics` uses `{ \"topics\": [\"Category:Topic\"], \"negate\": false }` — topics from autocomplete only.\n\nBusiness location filters match **HQ only**.\n\n`max_per_company`: set only if the user gives a number.\n\nAmbiguous industry/role words (\"designers\", \"security\", …): offer concrete subcategory options **and** \"all relevant\" — do not auto-pick the broadest term.\n\n## Export & credits\n\n- Export the latest enriched/events table when applicable.\n- Insufficient credits: explain the server response and use only billing or upgrade instructions returned by the server. Do not call unavailable pricing tools.\n- Export timeout: retry the **same** `export-to-csv` after a short wait — do not rebuild with `fetch-entities`.\n- Partial export after top-up: same `session_id`/`table_name`, `exclude_key` = partial `dataset_id`, `limit` = remaining rows only.\n\n## Support\n\nhttps://www.vibeprospecting.ai/contact-us\n"
}

SHA-256 of public snapshot: 32c7f31ad0fad042db9460b2e5f567834bcfc6353a3f4035dfd62502ee707dee