Playbooks
Find a playbook by what it does, build one from a description, check its data flow before it runs, and publish it as the live version.
create_playbookverify_playbookpublish_playbookrun_playbook +6 more
Claude connector
You don't have to spell out the steps. Point Claude at a customer call and ask for the process to be automated — it reads the transcript, works out what happens, and builds the playbook in your Ballet workspace.
Running ops automations at
The connector exposes 58 tools. Claude picks the ones it needs, so you describe the outcome rather than naming them.
Find a playbook by what it does, build one from a description, check its data flow before it runs, and publish it as the live version.
create_playbookverify_playbookpublish_playbookrun_playbook +6 more
Read a run back step by step: what each one returned and where it stopped.
list_runsget_runget_run_steps
The tables your playbooks keep, from the accounts they've handled to a queue of work waiting its turn. Read them, add to them, or set up a new one.
list_data_tablescreate_data_tablelist_data_table_recordsupdate_data_table_record +9 more
Open the reports in your workspace and ask what they found, without opening a dashboard.
get_reportlist_reports
The agents a playbook calls on, each with its own instructions, tools and model.
create_agentupdate_agentlist_agentslist_models +2 more
Connect the systems a playbook works across, through Ballet's own integrations or any MCP server, with keys kept in the workspace vault and never read back.
list_integrationsconnect_mcp_servercreate_mcp_servercreate_secret +7 more
The building blocks a playbook composes, and Ballet's own building guides, which Claude reads first so what it builds follows how Ballet works.
create_toolcreate_skillget_builder_guiderun_scratch_code +9 more
Once a playbook exists, a conversation is one of the ways to start it. Ask by what it does — Claude finds it, runs it, and reads the result back.
You don't need the playbook's name or its id. Claude searches what your workspace has and picks the one that fits.
Not a run id to go and look up. What ran, what it did, and the one thing that needs a person.
The gate held because the workflow says it should. Asking from a conversation doesn't route around it.
The connector reads more than playbooks. Ask about your workspace's reports or the tables your playbooks keep, and the answer comes back in a sentence.
A playbook built from Claude is a playbook like any other. It doesn't need a prompt to start, and it doesn't need Claude to be open.
What Claude runs is the version your engineers approved, and the gates they set still hold.
The connector authenticates against your own Ballet workspace, so Claude sees what you see.
A run started from a conversation is logged and replayable like any other.
The playbooks and the governance are the same in all of them.
Platform
Where a workflow gets written, reviewed, and watched once it's live.
Platform →Chrome extension
A side panel next to your CRM or helpdesk. Ask for something, or type / and pick a playbook.
Chrome extension →Claude connector
Connect Ballet in Claude and ask it to run a playbook, read what happened, or build a new one.
You're hereSlack agent
Mention Ballet on a message, or send it a DM. The result posts back in the thread.
Slack agent →The connector is in the directory. Adding it takes a sign-in, and Claude can reach your playbooks from the next message.