order.mmd · 13 lines
stateDiagram-v2
Placed --> Paid : pay
Paid --> Queued : queue
Queued --> Brewing : start
Brewing --> Brewed : finish
Brewed --> Collected : collect
Placed --> Cancelled : cancel
Paid --> Refunding : cancel
Queued --> Refunding : cancel
Brewing --> Refunding : cancel
Brewed --> Refunding : cancel
Refunding --> Cancelled : refundround 1 of 2

Right refund logic through a Refunding state, with no [*] start marker.
modeldeepseek/deepseek-v4.1-flashtaskmermaid-order-cancel@v1date2026-09-22rounds2 of 8 allowedcost$0.0101thinkingmediumtokens23,309 in, 4,411 out, of which 3,733 reasoningtime1 min 19 s
Renders, labels validdecided by a number, from the filepass
Happy pathdecided by a number, from the filepass
No refund if unpaiddecided by a number, from the filepass
Refund if paiddecided by a number, from the filepass
No cancel after collectdecided by a number, from the filepass
There is no post about this one, since only some results need one, so the picture, the source and the scoring are here instead.
Draw a Mermaid stateDiagram-v2 for a café coffee order. An order is placed, paid, queued, brewed and collected, and it can be cancelled at any point before it is collected. Money goes back only if it was taken. Label every transition with exactly one of these events: pay, queue, start, finish, collect, cancel, refund.Frozen at v1. This model got this and nothing else.
The diagram parsed into a transition table and run against fixed event sequences: the happy path, and a cancel after placing, paying, queueing, brewing and collecting. The start is the state [*] points to or, since the prompt never asks for [*], the one state nothing points into. How it is scored, and this run's files on GitHub.

