Why READMEs Are the Thing Nobody Wants to Write
Here's a confession: for the first two years of my coding journey, my READMEs were basically just a file called README.md that said "todo" at the top. That was it. I'd spend hours building something and then completely bail on explaining it to anyone — including future me.
The problem isn't laziness. It's that staring at a blank page and trying to explain your own project is genuinely hard. You're too close to it. You know what it does, so you can't figure out what to actually say.
AI fixes this almost completely. Once I started using Claude and ChatGPT to write my READMEs, I stopped dreading it. Now it takes me about ten minutes, and the result is something I'd actually want to read. Let me show you exactly how I do it.
What Goes in a Good README (Quick Refresher)
Before we get into the AI prompts, it helps to know what we're aiming for. A solid README usually covers these basics:
What it is — One or two sentences describing the project in plain English.
Why it exists — The problem it solves or why you built it.
How to install it — Step-by-step setup instructions.
How to use it — Basic usage with examples.
What's next — Optional: known issues, planned features, contribution notes.
You don't need all of these for every project. A personal script you're sharing with two people doesn't need a contributing guide. But a public repo you want people to actually use? Give it the full treatment.
Don't overthink the format
AI will suggest a reasonable structure based on what you give it. Your job is to provide good raw material — not to design the README yourself before you even start.
Step 1: Give AI the Raw Ingredients
The single biggest mistake people make when asking AI to write a README is giving it almost nothing and expecting something great. You type "write a README for my project" and get back something embarrassingly generic.
The fix is to dump your brain into the prompt first. Don't worry about it being pretty or organized. Just answer these questions in plain language and paste them in:
# Your brain dump prompt template
I need you to write a README.md for my project.
Here's everything you need to know about it:
Project name: [name]
What it does: [plain English description]
Why I built it: [the problem or motivation]
Tech stack: [languages, frameworks, tools]
How to install it: [steps, even messy ones]
How to run/use it: [basic commands or workflow]
Anything weird or important to know: [quirks, requirements]
Write it in clear, friendly language.
Use markdown formatting with headers and code blocks.
Keep it practical — skip anything that doesn't apply.The more honestly you fill this out — even if your answers are messy — the better the output. I've literally pasted in stuff like "installs with pip, I think, I always forget the command" and the AI figured it out from the rest of the context.
Step 2: A Real Example Walk-Through
Let me show you this with an actual example. Say I built a small Python script that renames image files in a folder based on their creation date. Here's how I'd fill in the template:
Project name: photo-renamer
What it does: renames all jpg/png files in a folder
to a date-based format like 2024-03-15_001.jpg
Why I built it: my photo folders were a disaster,
everything was named IMG_4823.jpg with no order
Tech stack: Python 3, Pillow library, runs from terminal
How to install: pip install pillow, no other setup
How to use: python rename.py /path/to/folder
optional --dry-run flag to preview without renaming
Weird stuff: needs read/write permissions on the folder,
won't touch non-image filesPaste that into Claude or ChatGPT with the prompt template above, and you'll get back a complete, well-structured README in about five seconds. Headers, installation steps, usage examples with the actual command, the works.
Paste your actual code too
If your project is small enough, paste the main file directly into the prompt. AI can infer the install steps, usage flags, and even edge cases from reading the code itself — no guessing required.
Step 3: Iterate with Follow-Up Prompts
The first draft is usually about 80% of the way there. Here's how I tighten it up with a few quick follow-ups.
If the tone feels too formal:
Make this a bit more casual and friendly.
It's a personal project, not enterprise software.If the installation section is vague:
Expand the installation section.
Assume the reader is new to Python and may not
have pip set up yet. Add a note about Python version.If you want to add a badge or screenshot placeholder:
Add a placeholder for a screenshot near the top,
and a Python version badge using shields.io.Each of these takes the AI about two seconds and saves you ten minutes of Googling markdown badge syntax.
Step 4: The Two Things You Should Always Check Yourself
AI is great at structure and tone, but it can hallucinate specifics. Before you push your README to GitHub, manually check two things:
1. The install and run commands. Actually copy-paste them into a fresh terminal and run them. I've had AI write a perfectly formatted code block with a flag that doesn't exist. It looks right, it sounds right, it just... isn't.
2. Any version numbers or compatibility claims. If the AI says "requires Python 3.8 or higher," verify that's actually true for your project. It's probably making an educated guess based on the syntax it sees in your code.
Everything else — the structure, the headers, the formatting, the explanation of what the tool does — you can usually trust. The AI is genuinely good at taking messy human thoughts and turning them into clear documentation. It's just the technical specifics where you need to be the final check.
Bonus: README for a Project You Didn't Write
This is a sneaky use case I discovered by accident. I inherited a small script from a coworker — no comments, no documentation, no README. Normally I'd have to spend an hour reverse-engineering it.
Instead, I pasted the entire script into Claude with this prompt:
Read this code and write a README.md for it.
Infer what it does, how to install it, and how to use it.
If anything is unclear, make a reasonable assumption
and flag it with a note so I can verify.
[paste code here]It came back with a full README — and flagged two things it wasn't sure about, both of which turned out to be important edge cases I'd have missed anyway. It also helped me understand the script faster than reading it line by line would have.
Save your prompt as a template
Keep the brain dump prompt template in a notes file or a snippet manager. You'll use it more than you think — every new project, every script you share, every repo you want to make presentable.
The Real Win: You'll Actually Write READMEs Now
The best thing about using AI for READMEs isn't the time savings, even though ten minutes versus two hours is genuinely great. The real win is that the friction disappears.
I used to skip writing documentation because it felt like a separate, hard task that required a different part of my brain. Now it's just a quick prompt at the end of a project. I don't have to be a good technical writer. I just have to be able to describe what I built in a few messy sentences, and the AI handles the rest.
Your future self — and anyone who clones your repo — will thank you. Start with your next project. It takes ten minutes, and you'll wonder why you ever tried to do it any other way.
More tutorials in this category, or explore the full field guide.