Build ticketing app features from a spec with six Claude Code subagents

Sasika Roledene had six Claude Code subagents turn a three-line idea into a waitlist feature for a small ticketing app: 12 acceptance criteria passed and 114 tests green, with two human checkpoints.

Done withClaude Code· Oct 29, 2026

What they did

Roledene built a small event ticketing demo app (FastAPI, SQLite, HTMX, pytest) with Claude Code set up as a team. CLAUDE.md holds the shared rules, including which files each role may edit. Seven skills cover the stages from idea to spec, design, tasks, code, tests and review. Six subagents do the work: a spec writer and a designer, then a backend coder, a UI coder and a tester running in parallel against the same design contract, and a reviewer that checks every numbered acceptance criterion against a test and a code location. The tester writes tests from the spec without reading the new code. One command runs the whole pipeline, and failing criteria go back to the agent that owns them, for at most two rounds.

How it went

For the waitlist feature, the only input was a three-line idea. The pipeline ended with all 12 acceptance criteria passing, 114 tests green and clean lint. Roledene stepped in twice: to approve the spec and to skim the design. On an earlier feature the independent tests caught a date handling bug at once. On another, all 53 tests passed but the reviewer spotted that HTMX 2 silently drops 4xx responses, so a cancel button did nothing; one more round fixed it. An agent also ran a formatter over files outside its lane.

Worth knowing

Telling an agent which files it owns was not enough; Roledene had to exclude Markdown from the formatter to stop it. Each parallel agent used about 50k tokens per feature, plus the reviewer, so only truly independent lanes are worth splitting. This is a demo project built for a talk, not a production app.

Try it

With Claude Code· 6 parts to fill in

Set up [repo] for spec-driven work. Write a CLAUDE.md that says no code without a spec and lists which files each role owns: [backend paths], [UI paths], [test paths]. Create subagents for spec writer, designer, backend coder, UI coder, tester and reviewer. For feature [number], turn [idea file] into a spec with numbered Given/When/Then acceptance criteria, ask me up to four questions, and wait for my approval. Then write a design contract that pins field names, status codes and user-visible text, and show it to me. After that, run the coders and the tester in parallel; the tester must not read the new code. Finish with a review that marks each criterion PASS or FAIL with the test and file:line, send failures back to their owner at most twice, and stop with the review table.

Square brackets are the parts to fill in. The prompt is ours; the story is theirs.

Where they said it

Related