Skip to main content
The MCP server exposes the same catalog of actions Conversion AI uses in chat, with three differences: For how each tool behaves once your client calls it, and how editing differs from chat, see Differences from chat.

Reading and lookups

Read tools never change anything. They power the “answer questions about my data” side of Conversion AI.

Creating new assets

Create tools work the same way over MCP as in chat: a new asset is created live but dormant. Emails, forms, and workflows land as unpublished drafts. Nothing is sent, published, or activated; you still take that step yourself in Conversion.
Workflows are create-only. There’s no edit flow for an existing workflow. To change one, create a new workflow and switch to it. This matches Conversion AI in chat.

Editing existing assets

To change an asset that already exists, the MCP server exposes raw, immediate-apply edit tools. Each one applies the change to your workspace the moment your client calls it; there’s no preview, no pending list, and no end-of-turn review. This is the biggest behavioral difference from chat; see Editing existing assets for the full comparison.
These tools apply immediately and accept partial updates, so set only the fields you intend to change. Edits to body or design fields (update_email’s data, update_form_draft’s draft) take the complete definition, not a diff, so read the current asset first. The onus is on your client to confirm before calling and to send only what it means to change.

Campaigns and webinars

A webinar is a kind of campaign, and the campaign_* tools cover both. Each one takes a category of either CUSTOM or WEBINAR, because an id on its own doesn’t say which kind it is. A few arguments differ between the two:
  • campaign_add_members takes a statement filter for CUSTOM and an explicit contactIds list for WEBINAR.
  • campaign_update_member_status also needs campaignId (the webinar’s id) when the category is WEBINAR, since that endpoint is scoped by webinar rather than by member.
  • update_campaign’s name sets a webinar’s title. While a webinar is connected to a provider, the provider owns the title and the schedule, so a title edit is rejected until it is disconnected; the description can be set at any time.
A webinar reaches exactly as far as a custom campaign does over MCP: add members, set a member’s status, update the campaign.
Registered is not available over MCP. On a webinar linked to Zoom or a similar host, adding a member at a status of Registered — or moving an existing member to Registered — registers that person with the provider for real, and the provider may email them. Because that reaches someone outside Conversion, campaign_add_members and campaign_update_member_status refuse Registered on a webinar, whether or not that webinar is currently connected to a provider. Registering a member stays a job for a person in the app. Every other webinar status is yours to set; leave statusId unset when adding to use the webinar’s first status (Invited).Connecting a webinar to a provider, disconnecting it, and linking it to Salesforce stay outside the MCP surface entirely: they are actions for a person in the app.

Skill tools

Conversion AI relies on schema references (“skills”) to build emails, forms, workflows, and filters correctly. In chat these load automatically. Over MCP, your client loads them on demand by calling a skill tool before it builds:
Call the matching skill tool before any tool that takes a body, design, statement, or filter argument. For example, load learn_email_building before create_email or update_email.

Not available over MCP

For why the sandbox is chat-only and what else differs, see Differences from chat.