Skip to main content
This page documents the Python MCP surface (mcp.heybtw.com). It reflects mcp-server/tools/event_intelligence.py as of this page’s publication — see Schema stability.
Deprecated — being retired. Do not build new integrations on this tool.The tool is registered with the title “Event Intelligence (deprecated)”, its own description on the wire opens DEPRECATED — being retired, and get_workspace_overview’s capability catalog describes it the same way. It is retired by HEY-1895, which drops it from the v2 toolset (HEY-893); it is deliberately v1-only, so a v2 request for it returns invalid_parameter rather than being silently served a v1 shape.It is still served on v1 and still answers correctly, so existing callers are not broken today. Migrate before v2.An earlier version of this page said it was “a live, supported tool, not deprecated.” That was wrong when published and is corrected here.
Naming note. This tool predates the get_<noun> naming convention used by the other read tools on this surface — it is registered and must be called as query_event_intelligence, not get_event_intelligence.

What to use instead

Pick the successor by the question you are actually asking. These are the canonical answers; this tool will stop being served in a future contract version. The one remaining niche is that this tool accepts event_name, while the successors key on channel_id or domain. Resolve a name to a channel_id via get_event_attribution — its rows carry both — and prefer the successors.

Purpose

query_event_intelligence groups event attendance by resolved company and returns, for each company, which events they attended, their contact list at those events, and a simple is_customer/is_prospect flag. It’s a lighter-weight sibling to get_cross_event_patterns — no trajectory classification, but includes contact-level detail directly instead of requiring a follow-up call.

When to use this

  • “What events has Chargebee attended?” or “Show me everyone from stripe.com who’s engaged with us.”
  • You want attendee contacts alongside event history in one call, and don’t need trajectory/warm-intro data — for that, use get_account_relationship instead.
The published overview page for this surface has previously described this tool as taking account_name, date_range_days, and event_id parameters. Those do not exist on the live implementation — the actual parameters are event_name, domain, limit, and include_own_domain, documented below. This page is the corrected reference; treat any conflicting description elsewhere as stale.

Parameters

Default behavior

Called with no parameters, returns up to 10 companies, grouped from event attendance across the whole workspace with no date restriction — the underlying data is not date-filtered by this tool at all despite metadata.date_range_applied appearing in the envelope (it is always null here; unlike other tools, there is no date_from/date_to parameter on this one).

Sample request

Sample response

Personal-email domain example (domain: "gmail.com"):

Response field reference

Envelope

data[i]

Errors

  • domain is a personal-email provider (e.g. gmail.com, outlook.com). Handled explicitly, does not error — returns result_count: 0 with metadata.coverage_note explaining why (shown in the sample above).
  • All other failures funnel through the same generic sanitized error as every tool — see get_workspace_overview — Errors.

Pagination and limits

No cursor-based pagination. limit (default 10) caps the number of companies in the response, but the underlying SQL row fetch is clamp_limit(limit) * 10 (i.e. up to 10x more raw attendance rows than companies requested, capped at the shared server-side 500-row ceiling before the * 10 multiplier) — this is an internal over-fetch to make sure grouping by company doesn’t starve the requested company count, not a caller-facing knob. If you need more than 10 companies, raise limit directly; there is no way to fetch “the next 10.”
  • get_cross_event_patterns — the trajectory-classified alternative, without inline contacts.
  • get_account_relationship — deeper single-account profile including warm intro paths and CRM pipeline, once you’ve identified a company of interest here.