Scraper Studio lifecycle, over MCP
Every scraping tutorial ends when the scraper runs. This one starts when it breaks. Point your coding agent at any public page — it builds the scraper, notices when the site changes underneath it, repairs it, and runs it again to prove the repair worked.
5 scrapers · 422 rows · last run 1h ago

Pulled live from producthunt.com by the scheduled run — not a mockup.
Fields under watch
If any of these stops coming back, the scraper is considered broken and a repair starts on its own.
One call does all of it. The order matters, so it is worth being precise about.
Known site? Use the scraper already built for it. Building one takes 5–10 minutes and only ever happens once per site.
Collect the page and return structured records.
A run that "succeeds" and returns rows of empty fields has still failed. Missing fields and empty-value ratios are what get measured.
The specific problem — which field went empty — becomes the instruction sent to Bright Data's repair flow.
The repair reports success when its AI job finishes, not when the data is correct. Without a second run, a repair that fixed nothing looks like a win.
Capped at a single rebuild. The rebuild deletes the collector it abandoned and records what was deleted, so the account never quietly loses a scraper.
The dashboard only shows what happened. Everything that does anything is an MCP tool, so it works from Claude Code, Claude Desktop, or any MCP client.
Get your config