Section coverage
Which expected sections are present, required ones counted separately.
Analyze your README for structure, completeness and best practices. Paste Markdown or point us at a repository.
Section coverage, where a first-time reader stops, what the findings are, and how deep the structure runs.
Which expected sections are present, required ones counted separately.
The order a new reader needs, and the first step that is missing.
What the analysis actually flagged, grouped by kind.
How many levels the reader has to keep track of.
The README is the first and often only documentation anyone reads.
A public repository with no install or licence section costs contributors before it costs anything else.
Read the document the way someone without your context does, and find where they would stop.
The same rule set applied to every repository gives a comparable score instead of an opinion.
The same text always produces the same score, and nothing is sent to a language model.
Sections are detected from headings and well-known cues; the score is a fixed weighting of those sections plus a handful of structure checks. Links are counted, never requested, so this tool never claims a link is broken or alive. Nothing is analyzed by a third-party AI service, and no repository content is retained after the report is built.
What a README score usually prompts.
The score rewards a predictable structure, because that is what a stranger navigates by. A brilliant document with no installation heading still costs a newcomer time, and that is what the missing section reports.
No. They are counted so the structure checks can see whether the document links out at all. Nothing is requested, so nothing here says a link works or is broken.
No. The analysis is a deterministic parser on our own server. The text is read, scored and discarded.
Not by URL, since the fetch is unauthenticated. Paste the Markdown instead: it is processed in exactly the same way.