Design guide: The Reaping Line

This page documents how the concept was made: direction, implementation, tooling, the three iteration passes, and how to reproduce the workflow.

Creative direction

WebReaper's library is a fluent builder: .Crawl(url).AsMarkdown().WriteToConsole() reads like parts clicking onto a chassis. The site takes that literally: a bright workshop bench where you assemble a reaping line from four stations (scope, transport, extraction, destination) and watch the CLI command and the C# write themselves. The aesthetic lane is "technical toy": warm-white canvas with a dot grid, hard 2 px ink borders, offset block shadows, one role color per station (blue transport, violet extraction, teal destination). The configurator is the hero; everything below it annotates what you just built: the seams behind each station, the escalation ladder, the agent surfaces.

What's real

Implementation

Accessibility & performance

Iteration log

Reproduce this workflow

1. ground truth first: run the real binary (`webreaper help`, real
   scrapes) and save transcripts; write FACTS.md every claim links to
2. design the interaction before the skin: the config matrix is the
   product story (what's a flag, what's library-only, what's automatic)
3. build static: one file, vanilla JS, OKLCH tokens, two fonts
4. iterate with full-page screenshots at 1440px and 375px; fix, repeat ×3
5. verify behavior programmatically (drive the radios, assert the output)
6. deploy the directory: `vercel deploy --prod`

Built with Claude (Fable 5). No image-generation tools were needed for this concept: the visual system is pure CSS/SVG.