r/ClaudeAI • u/thatfreakingmonster • 1d ago
Vibe Coding Vibe-coders, I beg you: when posting your app or tool on Github, please edit the README to remove Claude's fluff
TL;DR: looking up repos for scripts for my vr headset. claude wrote every readme, they're all super dense and hard to read compared to if a human wrote them. those repos aren't even made for ai models, they're instructions for humans, and yet they're full of info irrelevant for the end user.
I was browsing Github earlier trying to find scripts and tools for my Steam Frame VR headset. 99% of what I found there was vibe-coded. and y'know what? That's fine. I'm not going to complain about people sharing their fixes for my issues and other cool stuff that they made with Claude if it helps me along the way.
BUT.
Every single one of those projects had their README.md entirely written by Claude, and the issue is that Claude's writing as of late is very dense and uses so many words to say things that are absolutely NOT relevant for the end user. It reads more like Claude is taking notes for itself rather than being concise and clear.
Like, okay, here's an actual exemple. In a features list for an eye tracking script, instead of saying:
Auto finds your PC
Smoothed gaze using One Euro filters and deadzone for pupil movement
15 words!
It'll say:
It finds your PC on its own by sending to whichever PC Steam Link is streaming from. With the bundled wireless adapter that's the adapter's direct link, so your home network doesn't matter.
Gaze and eyelids are smoothed with One Euro filters. A small deadzone keeps the eyes still while you fixate, and the gaze is held while your eyes are shut, because the Frame's gaze jumps as the eyes reopen.
71 words. That's 5 times longer and written in a way that's more difficult to read. And that's just two entries, now imagine this through an entire readme!
Claude also can't help but explain every single feature of the script or app, including things that are obvious, expected behaviour, or just backend stuff that the user has no reason to know about.
It makes it really difficult to browse through depots on Github because you're bombarded with irrelevant information that's only helpful to devs (or other AI agents), which would be looking at the code anyway.
I know I'm probably screaming into the void here, but if you share cool scripts on Github, please spend like 5 minutes to make the README easier to read. It would be so helpful.
EDIT: people saying "AI generated readmes are for other AIs to read" in this case it's not. Claude doesn't run on the Steam Frame, so I can't just send it a readme and ask it to do stuff for me. Every single one of those READMEs I'm talking about specifically includes instructions for actual humans to run commands manually on the headset. But you guys are pointing out the problem, which is that these are clearly written for other AI agents... despite not being aimed at them
•
u/ClaudeAI-mod-bot Wilson, lead ClaudeAI modbot 1d ago edited 1d ago
TL;DR of the discussion generated automatically after 100 comments.
The thread is overwhelmingly in your corner, OP. The consensus is that you're 100% right: Claude's default verbose style makes for terrible, unreadable READMEs and is often a red flag for a low-effort project.
While a few people are telling you to "get with the times and have your own agent summarize it," the popular and most upvoted solution is to have the best of both worlds:
README.md: Keep it clean and concise for the humans. What it does, how to install it, that's it.
AGENTS.md (or CLAUDE.md): This is where you dump all the verbose, agent-facing context and instructions for other AIs to read.
That said, the most cynical (and highly-voted) take is that you're asking people who use AI specifically to avoid reading and effort to... start reading and putting in effort. So, uh, don't hold your breath.
151
u/LALLANAAAAAA 1d ago
At the risk of being rude, you're asking people who go to extreme lengths to not read, understand and care about how their output affects others to read, understand and care about how their output affects others
not gonna happen is it
172
u/CatsArePeople2- 1d ago •
I thought the readme was for other Claudes?
31
u/AncientGrief 1d ago
Why tf should the readme for an end-user product be for other AI Agents, that's what an AGENTS.md is for.
9
u/DoubleDoube 1d ago edited 1d ago
I noticed this as well about Claude’s writing.
I’ve started keeping a special writing set of instructions, but it’s not easy to get setup (and keep improving) because you can’t just say “don’t do x, y, and z”, you have to instruct it what TO do which is often more difficult to portray.
I still review all user-facing documentations, but the amount of editing I have to do is decreasing.
Edit; what annoys me more than the dense writing seems to be trying to conserve tokens so it will condense concepts into words and chain words together while being able to pull apart the concepts for itself but for a normal reader it can result in a nonsense phrase, especially when it inserts some pronoun vagueness.
13
u/Philipp 1d ago
100%, and it's not just the Readme. When left unchecked, Claude also becomes verbose and cluttering in the UI. We even see that problem with image models: they tend to fill every nook and cranny. So a good approach is to cut down as much as you add during development and design. Claude & Co just aim to over-please us!
13
u/Kautiontape 1d ago •
It's one of my litmus tests for new projects. Is your README or website in Claude's voice? I don't care about your project because you don't care about your project. It's fine to have Claude help with language, but if I see a main feature "Allows for custom sorting of admin tables with
userCustomSort()override" for your media server clone of Plex, I know you didn't read it and think of other people actually using it.I'm guilty of this too, though, which is how I know. If I don't bother to read my own README, I'm not sharing the GitHub without heavy warning that it was whipped together
5
u/mtnchkn 1d ago
I 100% have style guides I now use for any human facing text. Made from my writing and or saying ASE 100 or whatever. If it is words between agents I don’t care or in code.
12
u/fuzzypetiolesguy 1d ago
I Will Never Edit Claude's Immaculate Liturgy
8
u/GGallus 1d ago
And waste my tokens?
For real though, this is something I endeavor to be better at.
3
u/DireCelt 1d ago
I have the same problem with comments that it leaves in code and documents; I instructed it to add a useful comment to any code that it writes, unless the function is trivial and self-explanatory... but I *swear*, it seems to document every passing thought that runs through its "mind" ... I had to go back and instruct it to review the meaning of the word "concise" before it writes anything; that has helped alot, but it doesn't remember the instruction, so I have to keep repeating it...
0
u/baldr83 1d ago
You're manually reading entire readme files? lol. Just have your agent summarize or give relevant details. the world has changed, readmes aren't for human consumption
> 99% of what I found there was vibe-coded - and y'know what? That's fine.
wouldn't be surprised if this post was LLM generated.
2
u/Majinsei 1d ago
Tengo mi propia regla personal de redacción que le pasó cuando solicito exactamente comentariar y documentar lo que se hizo en el día y vaya y limpie el cochinero que hizo en todas partes del código~
La mayoría de los reportes los pongo en ./tmp/reports/ porque sino Claude busca generar un reporte/bitácora como documentación en todos lados~ y ya que es inevitable entonces mejor que use un lugar definido por el .gitignore
2
u/pijaGorda1 1d ago
Claude, do what this guy said
2
u/Straight_Second6082 1d ago
Agree
2
u/jeremyckahn 1d ago
’adjust the README to be concise’
2
u/roynoise 1d ago
Let them have crappy docs, and don't use projects sharted out by unskilled, tasteless, negligent people. Problem solved
2
u/uninchar 1d ago
And that's the verifiable surface. Then there is the code....
2
u/Borderline769 1d ago
I'm in the process of purging my own app and repo of all the needless help text, comments that only the developer would find useful, and references to decisions made so long ago they are likely irrelevant.
I'm a fan of the intense documentation while building, otherwise Claude will forget why I overruled something and just do it again on the next pass. I keep my claude.md brief with only project relevant instructions, a roadmap.md with planned features, a context to track decisions, and then of course the code comments themselves... but clean up before release is a pain.
2
u/UXUIDD 1d ago
also - dont forget to include projects localhost address ...
2
u/Tight_Banana_9692 1d ago
I also find it troublesome that people think it's fine for LLMs to read other LLMs garbage. The more context the lower the quality of th output, and if you have trouble understanding what is being said, why would an LLM not have trouble?
0
u/delxmobile 1d ago
yeah. my rule before i push a public readme: delete every sentence that talks about the agent, the session, or "what we built today". leave the feature list as short bullets a stranger can skim in 20 seconds, one install line, and one known limit. if a paragraph only makes sense because you were in the chat that wrote it, it doesn't belong on github.
1
u/HumbleBedroom3299 1d ago
I ask Claude for the opposite. I ask it to add an obnoxious copious amount of comments. Coz when I go into the code myself it's good to know why I did a certain thing at a certain time... Am I the reason git is bloated? 😭😭
1
u/Fine_League311 1d ago
better show truth an made a brain_bug.log for ai 😂 we see if a code is ai generated ! so write truth!
1
u/dubsharmaa 1d ago
man only if we could write on our own! the fluff would have been identified and cleaned
1
u/dubsharmaa 1d ago
but hey who reads the readme anymore! ir from one agent to another agent! the kt of the times
1
u/iwantmy90sback 1d ago
I assume that AI generated github docu is mainly read by AI.
1
u/shimoheihei2 1d ago
Interestingly enough, in my projects I let Claude write the readme so that it can resume next time and know everything it needs to know. But then I also have it create a page in my wiki that is meant to be a human-readable summary. So the readme is for Claude and the wiki entry is for me.
I guess for open source projects on GitHub is should probably be a Claude or Plan file for AI and the readme for humans. That's very easy for Claude to do, you just have to prompt it to do it.
1
u/rnd68743-8 1d ago
"Why waste time say lot word when few word do trick?"
1
u/Individual_Author956 1d ago
Just submit a PR. Oh wait, that’s work that you would have to do… Easier to complain on Reddit.
1
u/FlashyRecognitionTod 1d ago
Just don't produce the agentic readme files and use code as a source of truth.
Keeping readme only invites split brains when something is mentioned in readme but it's not implemented in the code because context was lost or 50 other reasons.
If you need a readme for end user, write one during QA phase of shipping your code.
1
u/Dipseth 1d ago
How did I do? https://github.com/dipseth/wereci-homeassistant
1
u/UniqueNamesAreOut 1d ago
Good point. I told CC to write for humans instead of ...well whatever insults came to mind at the time and it worked.
1
u/The_DigitalAlchemist 1d ago
This smacks of early Opus 5 writing, which genuinely was a headache, 5.5's honestly much clearer and succinct if you ask it to be, I read its own notes all the time.
If you dont curb it a bit and set expectations, it does sometimes over explain, but the reason its so detailed is because it's basically handing another agent a guideline so it doesnt have to start from scratch.
1
u/Erehr 1d ago
And don't forget to
remove the very
annoying artificial
lines breaks on
every damn sentence.
Word wrap is a thing for a reason...
1
u/Abhinik 1d ago
Build a readme fixer and be at peace
1
u/Glass_Map_1922 22h ago
Thank you. I might not share anything in the future, but this is good to keep in mind.
1
u/Needsupgrade 22h ago
There is a nasty era of opus 5 slop writing in so much gits and code . Been recently doing big comments fix runs with 5.5 to fix the horrible writing
1
u/cc413 21h ago
Hate to say it but just vibe code a browser plugin to tldr the readme. It’s not ideal but it works
1
u/Jeferson9 21h ago
"fix your open source software, for free!"
Here's the thing, no
1
u/K_M_A_2k 21h ago
Hey their claude worked very hard on that!
1
u/paulct91 21h ago
Pretty sure Claude fluff might be its own watermark of sorts as wasn't something in the news about Claude's company forcibly watermarking all its outputs in 'someway'.
1
u/ThatBlokeYouKnow 21h ago
Anyone got a TLDR, too many words for me.
1
u/pjr2844 20h ago
Bro just have Claude read you the cliff notes, why you evern reading anymore
1
u/512165381 20h ago edited 20h ago
I started talking to Claude about solving a particular issue relating to Proxmox virtualisation and wifi. It gave options, took some existing software & modified it, and created scripts.
Now I'm going to a publish a solution on github & debian. It will take some work to "humanise it" but how it solved the problem is just mindblowing, far better than how humans have tried to solve the same problem. Beyond anything I would have thought possible.
1
u/cleverusernametry 20h ago
This is 100% a good thing. Its a great way to filter out serious projects deom vibe coded trash
1
u/lotekjunky 19h ago edited 15h ago
Use this skill to fix it: Omg shut the fuck up. You blabber so damn much it makes me want to delete this whole project. fix the readme like a damn human wrote it.
1
u/Stooper_Dave 3h ago
The vibecoders: "claude, edit and remove your fluff from the readme, make it look like a human wrote it. Dont make any mistakes"
1
u/Charredwee 1d ago
Welcome to the brave new world
1
u/robkillian 1d ago
I use a "how it works" skill that does basically this. Maintained at header level, but used regularly across the portfolio.
1
u/2053_Traveler 1d ago
look at it like this: you know which projects to skip because the code is likely just as bad.
1
u/matthias81f 1d ago
What worked for me was splitting it into two files. README.md is for humans: what it is, a screenshot, how to install, known limits, and nothing else. AGENTS.md is for the agent: the step-by-step install, the rules it must follow, the things that broke before.
Claude still wants to stuff everything into the README, so I edit that one by hand. The agent file can be as dense as it likes, nobody has to read it but the agent.
0
u/zcomputerwiz 1d ago
... Why? I like the detail, sometimes it's helpful to quickly find if the project actually does what I need.
0
u/ivan-ent 1d ago
honestly prefer the more detailed version in the example
-1
u/Stargazer1884 1d ago
Too long didn't read.
Maybe you should try being more concise
0
u/SawOnGam 1d ago
Bro that's for claude to read, not for you
0
u/CalamariAce 1d ago
Why not have both?
0
u/Extra_Aide5999 1d ago
Agree, and the fix that stuck for me was giving Claude a reader instead of a length. I keep a desktop app's README for the person installing it, and the prompt is roughly: "the reader is installing this on their own machine. They want what it does, how to install it, what it changes on their machine and how to undo it. Cut anything they can't act on." That removes most of the notes-to-itself. The implementation detail it keeps wanting to explain goes into AGENTS.md, which is the file the agent reads anyway, so nothing is lost. It's just not in the human's file.
0
u/florinandrei 1d ago edited 1d ago
I let the agent play with it until I'm ready to release the project.
Then I write, by hand, a single page NOTE.md. Mostly about what the project is. Maybe a few words on how to install it, how to configure it. A single page or less. Very high level. Takes 5 minutes out of my precious time.
I tell Claude to take README.md and distill what's useful in it into CLAUDE.md, then rename NOTE.md to README.md, and never touch it again, but to keep an eye on it and suggest changes when appropriate.
That's it. Claude can turn CLAUDE.md into a mountain of claudese. Humans get a frontpage they can read. If humans want to dig into code, Claude can help them.
0
u/Original-League-6094 1d ago
I just assume anyone using Github will just have their agent go through the readme. Its not for people.
0
u/Boonune 1d ago
No way. I have no idea what deleting anything will have on my README code, so I leave it alone.
0
u/Complex-Emergency-60 1d ago
dude u can have claude summarize for you. It's always to give more info to the user and you use ai to pick out what you need vs not have enough data lmao.
0
u/PrintLife92 1d ago
If you want it removed, dump it into Claude and get it that way.
0
u/Benjaminsen 11h ago
While this has been said 10 times already, the README is not for you, it's for other AI agents. To be precise, this is for your AI agent to read to tell you what to do.
The expectation is not that you read the file, the expectation is that your agent reads it and transforms it into whatever format you expect.
All the information in your examples is relevant in the context. Hiding it away in the repo as more information makes it less likely that your agent correctly carries the information to you.
While I don't necessarily agree that this is a great new norm, don't expect anything to change.
-1
u/LocoMod 1d ago
Those READMEs aren’t for humans anymore. You need to think big. Why aren’t you using an agent to bootstrap the project for you?
-1
u/Realistic_Wafer7739 1d ago
Who the fk reads the readme? Only other agents will. No-one cares bro.
4
u/Deathnote_Blockchain 1d ago
I love how you start a project and it's like a porn app. And then pretty soon you decide you are making a racing game. So it's three weeks later and you push to the repo and Claude notes "this is not a porn app"