plans:
the steps, ticked as they land.
Ask for one thing and tonee just does it. Ask for six, and it says what the six are before it starts. Then it marks each one off as it happens, so you're never watching a spinner wondering which part it's on.
01 /When you get a checklist
A checklist appears when a request has enough moving parts that a single sentence of confirmation wouldn't tell you much. "Turn the kick down 2 dB" doesn't get one. "Set up a sidechain, carve the pads, and match the send levels" does.
02 /Reading the marks
03 /Checked against your set
A tick that only meant "the model believes it did this" would be worth very little. That's exactly the claim you'd want to verify. So the ticks aren't taken on trust: as the turn runs, each step is compared against the changes that actually reached your set.
For the definitive record of what changed (not what was claimed), the action log in the Live session panel lists every committed write.
04 /When a step goes wrong
A turn doesn't always finish the list. When it doesn't, no step is left spinning: every one ends up in a settled state so the checklist is never ambiguous about where things stopped.