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.
Naming note. This tool predates the get_<noun> naming convention used by the other 7 tools on this surface — it is registered and must be called as query_event_intelligence, not get_event_intelligence. It is a live, supported tool, not deprecated.

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 scoring, 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-scored 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.