- Debugging
- Cursor
How to debug Cursor-generated code when Cursor can’t.
When Cursor can’t fix its own bug: use git to see what it changed, bisect to the breaking edit, and check the four places Cursor code usually fails.
Read
9 min read
Notes from the messy middle
Practical, step-by-step writing for the point where a prototype becomes a real product: why generated code breaks at the seams, why an app works locally and not in production, and what “production ready” actually means. Every guide answers the question in its first paragraph.
8 articles shown.
When Cursor can’t fix its own bug: use git to see what it changed, bisect to the breaking edit, and check the four places Cursor code usually fails.
Read
9 min read
Review generated code by risk, not by file: authorization and data writes first, six greps for common failures, and the seams where pieces meet.
Read
9 min read
The eight security problems that recur in AI-generated apps, from missing ownership checks to leaked secrets — with a fix and a test for each one.
Read
10 min read
Inherited code nobody understands? A five-day method: map it before changing it, find the load-bearing parts, then decide what to touch and what to leave.
Read
9 min read
The last 20% of an AI-built app is integrations, edge cases and deployment. Take an honest inventory, wire real payments and auth, and get it live.
Read
9 min read
A practical method for debugging AI-generated code when prompting has stopped helping: reproduce it, read the seams, check the assumptions, and fix the cause.
Read
8 min read
Nine differences between your machine and production, in the order they break: env vars, build output, ports, database, CORS, paths, time, memory and secrets.
Read
9 min read
Working is not production ready. Twelve checks: backups, authorization, secrets, error visibility, rate limits and rollback — and what each costs if skipped.
Read
10 min read
Sometimes it needs an engineer.
Send the messy version. That’s usually the useful version.