Most people think browser agents are for QA, scraping, or growth automation.
I wanted to test something weirder:
Can you fully automate a creative, messy, human workflow like crocheting?
Turns out โ yes. And itโs a perfect stress test for agent reliability.
๐ง The Idea
Crochet patterns are essentially programs written for humans:
- Step-by-step instructions
- Stateful execution (you canโt skip rows)
- Error-prone (one missed stitch breaks everything)
- Inconsistent formatting across the internet
This makes them ideal for testing agentic workflows over real UIs.
To ground this, I used real-world pattern flows from sites like the one I built for my sister:
๐ Crochets.site Crocheting Page
There are many types of general resources sites that provide structured + semi-structured patterns, materials, and UI interactions โ perfect for agent testing.
๐๏ธ System Architecture
โโโโโโโโโโโโโโโโโโโโโโโโ
โ Surfs.dev Agents โ
โ (browser execution) โ
โโโโโโโโโโโฌโโโโโโโโโโโโโ
โ
โโโโโโโโโโโโโโโโโโโผโโโโโโโโโโโโโโโโโโ
โ โ โ
โผ โผ โผ
Pattern Sites Pattern Editor UI Test Runner (Debugg.ai)
(scraping) (Next.js app) (validation layer)
โ
โผ
OpenAI / Claude
(parsing + generation)
โ
โผ
Structured Pattern JSON
๐ Step 1: Scraping Real Patterns
Using Surfs.dev agents (real browser sessions), I:
- Navigate crochet sites
- Extract rows, stitch counts, materials
- Handle messy UI (expandable notes, dynamic sections)
Why not traditional scraping?
Because most pattern sites:
- Arenโt clean HTML
- Require interaction
- Break easily
Browser agents solve this.
๐งฉ Step 2: Structuring with LLMs
Raw pattern example:
Row 3: Ch 1, *sc in next st, inc; rep from * around. (18 sts)
Converted into structured JSON:
{
"row": 3,
"stitches": 18,
"instructions": [
{ "type": "sc", "count": 1 },
{ "type": "inc", "repeat": true }
]
}
Model Roles
- OpenAI โ deterministic parsing + schema output
- Claude Code โ reasoning, cleanup, transformations
๐ช Step 3: Generating Variations
Once structured, patterns become programmable.
Examples:
- โMake it longerโ โ extend BODY rows
- โAdd ribbingโ โ inject BLO stitches
- โConvert to child sizeโ โ adjust stitch counts
Crochet becomes:
A DSL for physical objects
๐งช Step 4: Testing with Debugg.ai
This is the key unlock.
We treat patterns like end-to-end tests.
What gets validated:
- Stitch counts per row
- Logical progression
- UI rendering
- Instruction clarity
Because:
One bad row = broken output
๐ค Step 5: Execution via Browser Agents
Agents:
- Load pattern UI
- Click through steps
- Expand notes
- Simulate a human following instructions
This creates:
- Replayable sessions
- Failure logs
- Deterministic debugging
โ ๏ธ Challenges
1. Data is messy
Different sites = different formats
โ solved with LLM normalization
2. Fully stateful system
Each row depends on the last
โ solved with full agent simulation
3. Tiny errors compound
โ solved with Debugg.ai validation loops
๐ Why This Matters
Crochet is just a proxy.
The real insight:
Most real workflows are not APIs โ theyโre UI-driven systems.
Examples:
- SaaS dashboards
- Internal tools
- Marketplaces
- Creative workflows
If agents can handle crochet patterns reliably:
they can handle almost anything.
๐ง Key Takeaway
Crochet patterns are:
Programs for humans
And with Debugg.ai + Surfs.dev:
They become programs that can be tested, executed, and improved by agents.
If youโre building agent workflows (growth, ops, QA, etc.), Iโd love to see what youโre working on.
Top comments (0)