Build a desktop Markdown reader one reviewed slice at a time

Michal Kruml had Claude Code build MarkScope, an Electron app that reads Markdown from many folders in one tree, in 65 small reviewed units over about a week without writing the code himself.

Done withClaude Code· Nov 5, 2026

What they did

Michal Kruml had piles of Markdown plans, logs and decision records left over from agent work, spread across a dozen folders, and wanted one desktop app to read them all. He had Claude Code build it using shape-dd, a Claude Code plugin he wrote. The method keeps a short living document with the current decisions, constraints and next unit of work, moves history to a separate log, and runs one unit at a time: a build slice, a decision slice, a re-cut of the plan or a small fix. After each unit the agent stops, he reviews and commits, and the next unit can start in a fresh session. The first unit was not code: the agent checked about twenty older planning documents and reversed five decisions, including moving from Tauri and Rust to Electron, React and TypeScript so he could review the code. A mockup came from Claude Design.

How it went

He reports a working desktop app, MarkScope, after about a week and 65 units, with the full build log public on GitHub. He changed the Settings view after clicking through it, and the agent restructured it in the same session. When he reported only that scroll position was not restored after a restart, the agent inspected the database his test left behind, found saving worked and loading was broken in code from two slices earlier, fixed it, added a test and removed the fix to confirm the test failed. That slice had a manual check that was closed without a real test.

Worth knowing

Stopping after every unit only helps if the person actually does the check they planned. On a longer project he built for days on a data model centred on the wrong thing because every unit looked correct on its own, and his shape file grew past 1,000 lines until he split it. He notes the post itself was drafted with Claude from his logs.

Try it

With Claude Code· 4 parts to fill in

We are building [app description] for [platform]. Keep a short file at [path to plan file] with the live decisions, constraints and the next unit of work, and put history in [path to log file]. Work one unit at a time: either write code for one small slice, answer one open decision, revise the plan, or make one small fix. Before starting, summarise the next unit's goal, scope and the files it touches, and wait for me to say go ahead. When the unit is done, log what changed, how it was checked and what surprised you, then stop so I can review and commit.

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

Where they said it

Related