Call the createLeadMagnetCampaign MCP tool
Build a DRAFT lead-magnet campaign: hook post + trigger keyword + what to send (a resource document delivered as a tracked link, and/or a delivery_message you write) + the public comment reply, plus sender_account_ids. The delivery DM is ONE message that sits on both branches of the sequence (connected now / after connecting); follow-ups are separate no-reply steps. Supplied delivery_message / comment_reply are stored verbatim; omitted copy is generated with any offer line placed verbatim. The result carries warnings (keyword missing from the hook post body, keyword shared with other campaigns, generated copy that needed the fallback template), copy_warnings (house-rule violations in any delivery_message, comment_reply or followups you supplied, never rewritten), sender_resolution, and untruncated delivery_copy; read everything back later with getCampaignSequence. If the user has not stated they specifically want a lead-magnet funnel (for example a bare "I need to reach a lot of people"), pull getPlaybook("campaigns", "choosing-a-campaign-type") FIRST - lead magnet is the inbound-from-content type, and it is the wrong pick for a user with no existing content reach or who needs meetings this week. Otherwise pull getPlaybook("content", "lead-magnet-funnel") and getPlaybook("copywriting", "lead-magnet-copy") FIRST: keyword choice and CTA shape make or break the funnel. Optional followups (max 4) add no-reply nudges after the delivery DM. Stays a draft until activated with activateCampaign (launch scope required) or in /campaigns. An UNPUBLISHED hook post (draft, planned, approved, or scheduled) arms the funnel when it publishes; an ALREADY-PUBLISHED Reachium post is also accepted and pre-arms the funnel, and on activation everyone who already commented the keyword is enrolled retroactively (throttled) - surface the result notes so the user expects that backlog send. A published post is refused only when another campaign already hooks it or it has no LinkedIn URN. Surface returned warnings and copy_warnings to the user.
Called through the Actions bridge: the response is that tool's own result, wrapped as { data: <tool result> } under HTTP 200. Billing, daily-cap, and confirm-step outcomes are embedded INSIDE data, never remapped to an HTTP status (see the templated /api/v1/actions/{toolName} operation above for the full protocol, and x-mcp-actions for this tool's machine-readable scope/cap/confirm_behavior fields). Authentication, request-shape, and optional idempotency-protocol failures still use their documented non-200 statuses.
Request
- Base URL: https://app.reachium.io
- URL: https://app.reachium.io/api/v1/actions/createLeadMagnetCampaign
- Auth: HTTP bearer
Headers
Optional caller-generated key (8-200 characters: letters, digits, dot, underscore, colon, or hyphen). A final tool result is replayed for the same key and body. An ambiguous result remains 409 under that key; reconcile external state before using a new key. Reuse with a different body returns 422.
Request body
Response
The result of calling this tool.
Changes
No recorded changes to this operation across all 1 revision of this API.