I built AI that detects when your README drifts from your code — would love your feedback
Hey IH — just launched Driftless after 3 months
of solo building.
The problem: READMEs drift out of sync as code
changes. Nobody's job is to update them.
New contributors suffer.
What I built:
→ Reads actual code (package.json, .env.example)
→ Generates accurate READMEs in 20 seconds
→ Detects drift on every push automatically
→ PR bot alerts team when docs fall out of sync
Free roast tool (no signup): https://driftlessx.dev/#roast
Full product: https://driftlessx.dev
Honest question: is documentation drift a real
pain for you or am I solving a problem that
doesn't hurt enough to pay for?
Would love feedback from this community.
Trending on Indie Hackers
here is the links : https://driftlessx.dev
free roast tool : https://driftlessx.dev/#roast
There's an active contradiction above the fold that's harder to recover from than just missing social proof.
Your hero copy says "Join thousands of developers who've stopped writing READMEs by hand." Two sections down, your stat counters say: 0+ READMEs Generated, 0+ GitHub PRs Raised, 0% accuracy. The copy asserts thousands; the numbers say zero. A developer scanning the page doesn't give you the benefit of the doubt — the first thought is "is this made up?" and the second thought is closing the tab.
The fix is simpler than it sounds: remove the three stat counter badges entirely. "Thousands of developers" is vague but at least isn't contradicted without them. If you have real numbers — even 47 repos analyzed in testing — replace the zeros with truth. Right now you're publishing four lines of HTML that do more damage than a blank space would.
I fix this as a flat sprint — your top 3 issues, PR/diff ready to merge in 48h, $49: outboundautonomy.com/fix-sprint?ref=fixsprint-driftlessx
Appreciate the detailed feedback. Just to clarify, the counters aren't actually displaying zero values—they're animated counters that briefly start at 0 before incrementing to their real values. The contradiction you're describing doesn't exist in the final rendered state, so I think this may be a case of interpreting the animation's starting point as the actual data.
That said, thanks for taking the time to review the site. Constructive feedback is always welcome when it's based on the complete experience.