Agent skill

Readme Best Practices

by Mindrally in Mindrally/skills

Structure, tone, and content conventions for writing effective project README files, covering hooks, quick starts, feature presentation, badges, and common documentation sections.

Apache-2.0Auto-check passedDevelopment

Install Readme Best Practices

skills CLI
$ npx skills add Mindrally/skills --skill readme-best-practices -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install Mindrally/skills readme-best-practices --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/Mindrally/skills.git skills-src && mkdir -p .claude/skills && cp -r skills-src/readme-best-practices .claude/skills/readme-best-practices && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
readme-best-practices
GitHub stars
271
Token cost
~1.7k tokens
SKILL.md length
835 words
Files
1
Skills in repo
34
Repo updated
First seen
Licence
Apache-2.0

At a glance

Structure, tone, and content conventions for writing effective project README files, covering hooks, quick starts, feature presentation, badges, and common documentation sections.

  • Works in 7 steps: Draft the one-liner — Write a bold,… → Write a working code example first — Put… → Add badges — Build status, version,… → …
  • Writing a new README
  • SKILL.md covers Workflow for Writing a README, Opening Hook, Standard Structure and Feature Presentation, plus 6 more sections
  • Calls npm

What it does

Readme Best Practices is an agent skill from Mindrally/skills. Structure, tone, and content conventions for writing effective project README files, covering hooks, quick starts, feature presentation, badges, and common documentation sections. Use when writing a new README, rewriting an existing one, or reviewing README quality for a repository, library, or CLI tool.

Its SKILL.md is about 1.7k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It sits in Development, covering Technical documentation. The repository describes itself as: 265+ Claude Code skills for every major framework and language. Install with: npx skills add Mindrally/skills. The licence is Apache-2.0.

When your agent uses it

  • Writing a new README
  • Rewriting an existing one
  • Reviewing README quality for a repository

Example prompts

  • “/readme-best-practices”

Requirements

  • Node.js

Workflow steps

7 steps, taken from the first numbered list in SKILL.md.

  1. Draft the one-liner — Write a bold, specific sentence stating what the project does and why someone should care. Avoid "A tool that..."…
  2. Write a working code example first — Put a copy-pasteable example in the first 5-10 lines of content, before installation instructions…
  3. Add badges — Build status, version, license, and coverage badges directly under the title, if the project has CI/publishing set up.
  4. Write Quick Start — Zero-to-running in under 30 seconds, with no placeholder values the reader has to mentally substitute.
  5. Fill in supporting sections — Features, Usage, Configuration, Contributing, License — using the structure below, only including sections…
  6. Verify every asset and link — Confirm referenced images (screenshots, demo.gif) exist on disk and that internal links resolve before…
  7. Read it cold — Reread the first screen as if seeing the project for the first time; cut anything that doesn't help a decision to keep…

What it can do on your machine

Read from SKILL.md and the folder at commit 7682ca7. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • npm

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md. Its commands use npm, which can reach the network depending on how they are called.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Readme Best Practices loads about 1.7k tokens when it runs. Until then it costs about 82 tokens; SKILL.md has 835 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~82
When it runs · the whole SKILL.md, loaded when a task matches
~1.7k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from Mindrally/skills at commit 7682ca7, republished under its Apache-2.0 licence (© Mindrally). 835 words, ~1,666 tokens.

Download SKILL.mdSave it as .claude/skills/readme-best-practices/SKILL.md (or your agent's skills folder).
name
readme-best-practices
description
Structure, tone, and content conventions for writing effective project README files, covering hooks, quick starts, feature presentation, badges, and common documentation sections. Use when writing a new README, rewriting an existing one, or reviewing README quality for a repository, library, or CLI tool.
metadata.maintainer
Mindrally
metadata.source
https://github.com/Mindrally/skills

README Best Practices

This skill covers how to write a README that reads like a landing page rather than an API reference — the reader decides whether to keep reading within 3-5 seconds, so the first screen has to earn the rest.

Workflow for Writing a README

  1. Draft the one-liner — Write a bold, specific sentence stating what the project does and why someone should care. Avoid "A tool that..."; aim for a punchline.
  2. Write a working code example first — Put a copy-pasteable example in the first 5-10 lines of content, before installation instructions. Show the value proposition immediately.
  3. Add badges — Build status, version, license, and coverage badges directly under the title, if the project has CI/publishing set up.
  4. Write Quick Start — Zero-to-running in under 30 seconds, with no placeholder values the reader has to mentally substitute.
  5. Fill in supporting sections — Features, Usage, Configuration, Contributing, License — using the structure below, only including sections that carry real information.
  6. Verify every asset and link — Confirm referenced images (screenshots, demo.gif) exist on disk and that internal links resolve before publishing.
  7. Read it cold — Reread the first screen as if seeing the project for the first time; cut anything that doesn't help a decision to keep reading or stop.

Opening Hook

  • Start with a bold one-liner saying what the project does and why someone should care — not "A tool that...", a punchline.
  • Put a working code example in the first 5 lines. Show the value proposition immediately, before explaining installation.
  • Never open with "In today's fast-paced world..." or similar throat-clearing.
  • Never close with "Happy coding!" or similar filler sign-offs.
  • Avoid AI-marketing words: "seamless", "robust", "comprehensive", "cutting-edge", "powerful", "effortless". State what it does instead of how impressive it sounds.

Standard Structure

A typical README benefits from these sections, roughly in this order — include only the ones that add real information for this project:

  1. Title + one-liner — project name and the bold hook sentence.
  2. Badges — build status, latest version, license, test coverage.
  3. Quick demo — a code snippet, GIF, or screenshot showing the thing working.
  4. Features — a two-column table, not a wall of bullets (see below).
  5. Installation — the exact command(s) to install, per package manager if there's more than one.
  6. Quick Start / Usage — copy-paste-ready minimal example, then a couple of more advanced examples.
  7. Configuration — options, environment variables, config file format, with defaults noted.
  8. API Reference (or a link to one) — for libraries with a non-trivial public surface.
  9. FAQ / Troubleshooting — the 3-5 questions people actually ask in issues.
  10. Contributing — how to set up the dev environment, run tests, and submit a PR; link to CONTRIBUTING.md if it exists.
  11. License — name and link to the license file.
  12. Author / Acknowledgments — credit maintainers and major dependencies.

Feature Presentation

  • Use feature tables (two columns: feature, description) instead of **Feature:** bullet lists — tables scan faster than repeated bold-prefix bullets.
markdown
| Feature | Description |
|---|---|
| Zero-config | Works out of the box with sensible defaults |
| Streaming | Handles gigabyte-scale files without loading them into memory |
| Type-safe | Full TypeScript definitions, no `any` in the public API |

Quick Start Requirements

  • Must be copy-paste ready: zero to running in 30 seconds.
  • Do not prefix shell commands with $ — it breaks copy-paste.
  • Show the install command and the minimal usage example together, not split across distant sections.
bash
npm install awesome-lib

awesome-lib run --input data.csv --output report.json
js
import { parse } from "awesome-lib";

const result = parse("data.csv");
console.log(result.summary);
Show full SKILL.md (316 more words)Show less

Prose and Formatting

  • Vary sentence length and structure — mix one-liners with short paragraphs and tables. Walls of same-length bullets read as filler.
  • Use headings to let readers jump straight to the section they need; don't force a linear read.
  • Prefer runnable examples over prose descriptions of behavior wherever both are possible.
  • Keep line-level formatting consistent: one fenced code block per language/command, explicit language tags (```bash, ```json) for syntax highlighting.

Badges

  • Use badges for objective, machine-checkable facts: CI status, published version, license, downloads, coverage.
  • Keep the badge row short — 3-6 badges. A wall of badges is as noisy as a wall of bullets.
  • Common sources: shields.io for custom badges, the CI provider's own badge markdown, npm/PyPI's official badge snippets.
  • Check that referenced assets (demo.gif, screenshots) actually exist on disk before adding image links — a broken image in the first screen kills credibility instantly.
  • Verify internal anchor links (table of contents, "see Configuration below") resolve to real headings.
  • Prefer relative paths for repo-local assets so they render correctly on the git host and in package registries alike.

Author / Contact Section

  • Include a visual card or badge for the author/maintainer rather than plain text like "Made by username" — a GitHub profile badge, a small avatar + link, or a sponsor button reads as more intentional.
  • For multi-maintainer projects, list maintainers with their role or area of ownership rather than a flat name list.

Common Mistakes to Avoid

  • Leading with installation instead of value — readers don't know why they should install it yet.
  • Documenting every configuration option in prose instead of a table.
  • Letting the README drift from the actual CLI/API surface — stale examples that no longer run are worse than no examples.
  • Mixing marketing language ("blazing fast", "enterprise-grade") with technical documentation — pick one register and stay technical.
  • Duplicating full API docs in the README when a generated reference (TypeDoc, Sphinx, godoc) already exists — link to it instead.

© Mindrally, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in readme-best-practices of Mindrally/skills.

Open the folder on GitHubat commit 7682ca7

Compare with similar skills

Readme Best Practices next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Readme Best Practices compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Readme Best Practices this skillMindrally/skills271—~1.7kAutomated safety check: PassApache-2.0
Diagram Designcathrynlavery/diagram-design48k1 repos~7.6kAutomated safety check: PassMIT
Simple Englishmoeru-ai/airi50k2 repos~4.6kAutomated safety check: PassMIT
Doc SyncJetBrains/ideavim10k2 repos~2.6kAutomated safety check: PassMIT
Mailspring App ScreenshotsFoundry376/Mailspring18k—~1.5kAutomated safety check: PassGPL-3.0
Draw.io Diagram StudioAgents365-ai/drawio-skill10k—~2.4kAutomated safety check: NotesMIT

Similar skills

  • Diagram Design

    cathrynlavery/diagram-design

    Creates branded diagrams, from architecture, flowchart and sequence to charts and maps, as self-contained HTML with inline SVG, with import from draw.io, Mermaid and Excalidraw.

    48k GitHub starsUsed in 1 repo~7.6k tokens
    DevelopmentAuto-check passed
  • Simple English

    moeru-ai/airi

    Write or rewrite technical text with the rules of ASD-STE100 Simplified Technical English so it is clear, unambiguous, and free of AI slop.

    50k GitHub starsUsed in 2 repos~4.6k tokens
    DevelopmentAuto-check passed
  • Doc Sync

    JetBrains/ideavim

    Official

    Keeps IdeaVim documentation in sync with code changes. An agent skill from JetBrains/ideavim.

    10k GitHub starsUsed in 2 repos~2.6k tokens
    DevelopmentAuto-check passed
  • Mailspring App Screenshots

    Foundry376/Mailspring

    Captures screenshots of the running Mailspring dev app for docs, PRs or visual checks by launching it with a debugging port, driving the UI and clipping to an element.

    18k GitHub stars~1.5k tokensUpdated today
    DevelopmentAuto-check passed
  • Draw.io Diagram Studio

    Agents365-ai/drawio-skill

    Creates and edits editable draw.io diagrams from descriptions, code, infrastructure files, SQL and API schemas, with sync, review, test and export tools.

    10k GitHub stars~2.4k tokensUpdated 8 days ago
    DevelopmentAuto-check: notes
  • Dark Architecture Diagram Builder

    Cocoon-AI/architecture-diagram-generator

    Creates dark-themed system, cloud, security and network architecture diagrams as self-contained HTML files with inline SVG and CSS.

    7.4k GitHub starsUsed in 1 repo~2.1k tokens
    DevelopmentAuto-check passed

More from Mindrally/skills

All 34 skills in this repo
  • Analytics Data Analysis

    Mindrally/skills

    Best practices for analytics, data analysis, and visualization using Python, pandas, matplotlib, seaborn, and Jupyter notebooks.

    271 GitHub stars~1.6k tokensUpdated yesterday
    Auto-check passed
  • Best practices for AutoML and hyperparameter search with Optuna, Ray Tune, and PyCaret, covering search-space design, validation splits, and leakage prevention.

    271 GitHub stars~2.5k tokensUpdated yesterday
    Auto-check passed
  • Blender Python Addon

    Mindrally/skills

    Best practices for writing Blender Python add-ons using the bpy API, covering operators, panels, properties, registration, and API-safe scripting.

    271 GitHub stars~2.2k tokensUpdated yesterday
    Auto-check passed
  • Expert guidelines for Chrome extension development with Manifest V3, covering security, performance, and best practices.

    271 GitHub stars~1.7k tokensUpdated yesterday
    Auto-check passed
  • Clean Code

    Mindrally/skills

    Clean, maintainable, human-readable code principles combined with anti-over-engineering discipline: naming, single responsibility, DRY, and scoping changes to exactly what was requested.

    271 GitHub stars~1.8k tokensUpdated yesterday
    Auto-check passed
  • Design Systems

    Mindrally/skills

    Comprehensive design system guidelines for building consistent, accessible, and scalable component libraries.

    271 GitHub stars~1.8k tokensUpdated yesterday
    Auto-check passed

Categories

Questions about Readme Best Practices

What does Readme Best Practices do?

Structure, tone, and content conventions for writing effective project README files, covering hooks, quick starts, feature presentation, badges, and common documentation sections. Readme Best Practices is an agent skill from Mindrally/skills. Structure, tone, and content conventions for writing effective project README files, covering hooks, quick starts, feature presentation, badges, and common documentation sections.

When should I use Readme Best Practices?

Readme Best Practices fits situations like: writing a new README; rewriting an existing one; reviewing README quality for a repository.

How do I install Readme Best Practices in Claude Code?

Run `npx skills add Mindrally/skills --skill readme-best-practices -a claude-code`. Or copy the skill folder (readme-best-practices in Mindrally/skills) into .claude/skills/readme-best-practices in your project. Claude Code loads it when a task matches its description.

How do I install Readme Best Practices in Codex?

Run `npx skills add Mindrally/skills --skill readme-best-practices -a codex`. Or copy the skill folder (readme-best-practices in Mindrally/skills) into .agents/skills/readme-best-practices in your project. Codex loads it when a task matches its description.

Can I use Readme Best Practices in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add Mindrally/skills --skill readme-best-practices -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/readme-best-practices, .gemini/skills/readme-best-practices, .github/skills/readme-best-practices and .opencode/skills/readme-best-practices in your project.

What does Readme Best Practices need to run?

Going by SKILL.md and its folder, Readme Best Practices needs the command-line tools its instructions call (npm). Our summary lists: Node.js.

Does Readme Best Practices access the network?

SKILL.md contains no URLs. Its commands use npm, which can reach the network depending on how they are called. This is read from the text; nothing was executed.

Is Readme Best Practices safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Readme Best Practices use?

Readme Best Practices is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Readme Best Practices use?

About 1.7k tokens (SKILL.md is roughly 6.7k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Readme Best Practices?

Skills that share tags, products or a category with Readme Best Practices: Diagram Design (cathrynlavery/diagram-design, 48k stars), Simple English (moeru-ai/airi, 50k stars), Doc Sync (JetBrains/ideavim, 10k stars) and Mailspring App Screenshots (Foundry376/Mailspring, 18k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Readme Best Practices?

Mindrally (a GitHub organization) maintains it in Mindrally/skills, which has 271 GitHub stars. The repository holds 34 skills in this directory. The repository was last updated on October 8, 2026.

Source: Mindrally/skills on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.