Read-only.
sources. Follows the heyBTW MCP rules.
When to use it
- “Give me a quarterly summary of our event program.”
- “Chart our funnel from MQL to closed won.”
- “Which events drove the most pipeline this year?”
- “Make me a slide on event ROI.”
Parameters
time_range is the only narrowing parameter. It windows the funnel and the event rows the way the dashboard tab does; program_summary, velocity_comparison and coverage are program-wide and never windowed.
Response
The sample below is trimmed from a real
program_total call (fixture data; one event row of four shown).
coverage block is omitted from the sample; it is the get_data_health row. On this workspace every funnel step is a CRM deal stage, which counts every deal at that stage whatever the window, so the per-event funnel counts are null.
Rules the agent must follow
- Report each number as its source tool would. Never compute a rate, a ratio or a composite from these blocks, and never rank events by a score.
- A step with
complete: falseis a lower bound. Say so, withfunnel.incomplete_reasons. - A
stalefunnel reads as ofcomputed_at. Say when it was computed. - Upcoming events show 0 attributed. Their
registered_account_pipelineis never attribution and never goes into a total. - A negative lift in
velocity_comparisonis a fact to relay as served, not a verdict on the program. - Read
crm_contextfirst. When heyBTW does not read deals, the CRM-derived counts arenullwith one gap; use the user’s own CRM connector for those questions.
Errors and gaps
Related
get_event_attribution: the deal breakdown behind each row.get_data_health: the coverage block on its own.get_workspace_overview: the funnel totals with integration status.- Playbook: Did anyone follow up, and what did the event do for pipeline.