Read-only.
When to use it
- “How many seats are left for the SF open house?”
- “Which Target accounts have no owner yet?”
- “Who on the partner side covers Beacon Hill?”
- “How far down the outreach ladder are we on Wishlist accounts?”
Parameters
No
limit: a page holds up to 100 accounts, in the List’s own order.
Response
data[0], read through the same read the ABM board uses, so every value is the board’s:
seats_to_goal:
Each account:
company_name (or null), company_domain, priority (YOUR workspace’s own label, such as Wishlist, Target or General, or null), covered_by (owners you may see: kind you, workspace or unmanaged_partner with company name and domain, or person with contact.contact_email and contact.contact_name for a partner’s CSM or AM), owner_count (every owner, including ones not named to you), outreach (contacts per outreach mark), outreach_unmarked, source (added, matched or via_partner) and contributed_by.
A real response for the SF open house fixture, trimmed to the notes that matter. This collab’s ABM board has no working List yet, so there are no accounts, but seats_to_goal still carries the RSVP target:
Rules the agent must follow
priorityis the user’s own label, not heyBTW’s judgment. This tool ranks and recommends nothing.- A row names no contact to invite: who to invite is the covering owner’s decision.
- It reports no overlap and no other partner’s priority. For overlap use get_partner_overlaps.
- Read
seats_to_goalas served. Never compute seats left from other counts. - Pages are offset-derived: an account added or removed while you page can repeat or skip. De-duplicate on
company_domain.
Errors and gaps
A failed read is always an error, never an empty plan.
Related
- get_lists: the working List’s members.
- activate_list: send the working List, with preview and confirmation.
- get_partner_overlaps: overlap facts.
- Playbook: Invite sprint.