Vibe coding
Vibe coding without losing track of your system
Vibe coding is fast and fun until you cannot explain your own code. How to keep the speed and still know what you shipped.
Vibe coding is real, and it is fun. You describe what you want, the agent builds it, and you keep going. The cost shows up later: a bug in code you never read, in a design you never chose.
Keep the speed, keep the plot
You do not have to give up the speed to keep understanding. You need a few moments where you stop and look at what was decided:
- before a change that adds state, like a table, a cache or a queue
- after a change you could not explain to a friend
- before you ship anything that takes money or deletes data
Look, don't read
Reading every line kills the vibe. Looking at the few lines that matter does not.
deck is built for those moments. Ask your agent to show you, and it writes a short deck: a few sentences, each with the code it is about lit up beside it, and a small chart when the point is something that moves. You click through it in a minute, ask about whatever looks off, and keep going.
A lightweight loop
- Build with your agent as usual.
- At a natural stopping point, ask it to show you the decisions it made.
- Push back on anything you would not have chosen.
- Keep going, knowing what you shipped.
Questions
What is vibe coding?
Building software mostly by describing what you want to an AI agent and accepting what it writes, often without reading much of the code.
Is vibe coding bad?
It is great for speed. It goes wrong when nobody understands the decisions in the result. Short check-ins fix that.
Does deck slow vibe coding down?
A deck takes a minute to click through, and only at the moments you choose.