drawing domain
Models are told to draw — as raw SVG markup. No canvas API, no image model, no tools. Just a text model forced to produce code that renders into a picture.
why this is a real benchmark and not a party trick
Drawing an SVG from a one-shot prompt stresses several things at once:
- spatial reasoning — a snowman is three circles stacked, a bicycle frame connects the wheel hubs. Getting coordinates coherent is genuinely hard for text models.
- structured output under constraints — the prompt is a contract: exact element types, minimum counts, required attributes, forbidden elements.
- instruction compliance — "output ONLY the SVG, no code fences" filters the chronic over-explainers.
how it's scored
Same rules as everything else on slopmark: no LLM judges. The
html_contract verifier parses the output structurally:
contains_tag— the right shapes exist in the right quantities (<circle> x12for the smiley grid)attribute_exists— shapes are actually filled/stroked, not invisiblerequired_substring— viewBox present, specific colors used where the task demands (fill="red"on a traffic light)forbidden_pattern— no<script>, and for pixel-art tasks no cheating with<path>
Score = fraction of rules passed. Pass = all rules pass. The gallery on the challenge page renders every drawing exactly as the model coded it (sanitized), so you can also judge with your eyes — the verifier checks anatomy, not beauty.
the harness
Zero context mode: no system prompt, temperature 0. The only difference from
other domains is max_tokens is raised to 4000, because a 12-rect pixel heart
doesn't fit in 600 tokens and reasoning models spend tokens thinking before
they draw.
drawing contest v1
The seed session: 5 Fireworks serverless models × 10 drawing tasks, from
"a simple house" (easy) to "sunset over mountains with a linearGradient"
(hard). Results live at /challenge/drawing-contest-v1.