Why the Verbiflow SDK comes before a Verbiflow agent
By The Verbiflow teamCustomers ask when we’re shipping a Verbiflow agent. We may. But the first thing to get right was the interface underneath it. Verbiflow already handles the outbound infrastructure: sequences, connected mailboxes, reply inbox, CRM checks, and reporting sync. The MCP and SDK let Claude Code, Cursor, Codex, and eventually a Verbiflow agent build custom plays on top of that same system instead of rebuilding the workflow from scratch every time.
Why the SDK comes first
A Verbiflow agent without a great SDK would just be another chat box with opinions. It might build a play one way today and a slightly different way tomorrow. That is not good enough for outbound.
The SDK is the repeatable shape. It tells Claude Code, Cursor, Codex, and eventually a Verbiflow agent how to build a play the same way every time: pull data with the right batching and parallelism, use the right connected tools, generate the audience, and stage a sequence draft. If custom logic is needed, Claude Code can modify the play code inside that scaffold. The play is still running through Verbiflow’s infrastructure once it is ready to send.
Data providers should keep making their data moats better. Apollo should be great at contacts. Crunchbase should be great at company signals. Clay should be great at tables and enrichment workflows. Verbiflow should make the orchestration work across them.
What Claude Code adds
Claude Code is useful for the work before launch: research, list logic, custom play steps, and copy. With the Verbiflow SDK, it can follow the same outbound structure our team uses instead of improvising a new workflow every time.
- For list building: pull from connected data providers with the right parallelism, enrich the contacts, and stage the audience.
- For custom plays: add or modify the play code when a customer needs a workflow that is not already in the template.
- For copy: use the Verbiflow SDK to draft sequence copy that matches the play, the audience, and outbound best practices.
Verbiflow handles the platform work regardless of Claude Code: CRM and sequence checks, connected mailbox health, sending, email and LinkedIn replies, and reporting sync. Claude Code can help create a better play; it does not replace the system that runs the play.
What this looks like
A GTM lead should be able to ask:
- “Use connected Crunchbase and Apollo to build a Series A SaaS audience, draft copy for heads of GTM, and stage the sequence in Verbiflow.”
- “Take this Clay export, add the HubSpot suppression rules, improve the copy with the Verbiflow SDK, and prepare the remaining contacts for review.”
The output is not another CSV. It is a play staged in Verbiflow, ready for the team to review, launch, track replies, and report on.
Where the Verbiflow agent fits
We may ship our own agent. When we do, it should not invent a new workflow. It should use the same MCP and SDK our customers already use with Claude Code, Cursor, and Codex. That way the play works the same whether it starts in Claude Code today or inside Verbiflow later.