YCYou Can Build Anything

Skills and workflow

Five mistakes beginners make with AI coding (and how to avoid them)

5 min read

The gap between people who get remarkable things out of AI coding tools and people who come away frustrated is almost never technical. It is a small set of habits, repeated in the wrong direction. Here are the five that come up most often, and how to fix them.

1. Vague prompts

The most common mistake, and the one with the biggest impact, is treating the AI like a search box. "Make me a website." "Build a thing that does X." Three keywords and hope.

The AI is not a search box. It is a fast, literal contractor. A vague brief gets you the generic average of every possible response, which is rarely useful. A specific brief, with role and target and feel, gets you something close to what was in your head.

The fix is to give it the detail you'd give a person you'd hired. Your business, who it's for, what you want it to do, how you want it to feel. Specificity is most of the game.

2. Not testing the output

The AI is confident. The AI is also wrong, sometimes, and the wrongness is invisible if you don't check. People who get burned by AI coding tools are usually people who accepted the result without verifying it.

The fix is to test what the tool produced with values you already know the answer to. If you asked for a tax calculator, run it with an input where you know the right answer in advance. If the calculator agrees, you have evidence the logic works. If it doesn't, you know to push back.

This habit takes thirty seconds per build and prevents the entire class of bugs where "it looks like it works" turns out to be "it confidently produces the wrong answer."

3. Skipping the diff

When the AI proposes a change, it shows you a before-and-after view of each file. New users either approve every diff without looking or, worse, click through them at speed because reading code feels uncomfortable. Both habits cost you.

The fix is to glance at every diff. Not to understand every line. To check the shape of the change. Did it touch what you expected. Did it leave the rest alone. The skill is reading for shape, not for syntax, and you can do it without knowing how to code.

Over time the content of the diff will start to make sense too, by exposure. For now, the shape is enough.

4. Big sessions without checkpoints

The worst-feeling moment in AI coding is realizing the project was good two hours ago and is broken now, and you cannot quite say what changed. This happens when people work in long sessions without saving checkpoints along the way.

The fix is to commit often. Every time the project is in a good state, even if that is several times an hour. Ask the AI to commit, with a short, descriptive note. Each commit is a save point you can return to, and the safety net behind you is what makes the next experiment feel safe.

People who treat Git like a finish line miss this. People who treat it like an autosave never look back.

5. The wrong project for the tool

The fifth mistake is picking a project the AI is bad at, and concluding the AI is bad at everything. Common wrong-fit projects: anything novel that was not in the training data, anything where the right answer depends on context the AI cannot see, anything that requires running and testing in environments the AI does not have access to.

The fix is to pick projects that play to the AI's strengths. Small, well-defined, with clear inputs and outputs. The personal website. The quote calculator. The spreadsheet summarizer. These are the projects where the AI is at its best, and they are the ones that build the habits that will let you tackle harder things later.

If you are new and your first project is "an iOS app that talks to a custom hardware device I am building," you are going to have a frustrating time. Save that project for when you have shipped three smaller ones and have a sense of where the edges are.

The pattern underneath all five

The common thread is that each mistake is a place where the human stops doing the part only a human can do. Be specific. Test. Review. Save checkpoints. Pick well. The AI handles the typing. You handle the judgment. The split is clean once you see it.

Frequently asked questions

Is there a single best habit for AI coding?

Yes: commit often. The single biggest improvement in confidence comes from having checkpoints behind you. Once you can roll back any change in one sentence, every other habit gets easier.

How do I know if my prompt is specific enough?

A good test: could a person you'd hired build the right thing from your prompt without asking follow-up questions? If yes, the prompt is specific enough. If no, add detail.

What if the AI keeps making the same mistake?

Tell it explicitly, in plain language. "Don't add a navigation bar. This is a one-page site." "Use the existing colors from styles.css, don't pick new ones." Stating the constraint usually fixes it. If it doesn't, the underlying context is wrong and worth re-checking.

Hand-picked next steps from the same thread of thinking.

Browse every article →