readme-standard

Standardizes README structure, badges, tone, and verification gates for openclaw repositories.

1.1k|97|Updated May 22, 2026
One-click install
npx skills add https://github.com/openclaw/agent-skills --skill readme-standard
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: readme-standard
Source: https://github.com/openclaw/agent-skills/tree/main/skills/readme-standard
Command: npx skills add https://github.com/openclaw/agent-skills --skill readme-standard

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Public READMEs across the steipete and openclaw orgs drift in structure, tone, and accuracy, leading to stale badges, broken commands, and inconsistent first impressions. This Skill enforces one house standard so every README follows the same spine, badge row, and verification gates.

Core Features & Use Cases

  • Fixed README spine: Defines the required section order (title, badges, pitch, Install, Quick start, core sections, Development, License) with progressive-depth rules and length limits.
  • Dynamic badge row rules: Specifies flat-square shields.io badges in a fixed order (CI, version, platform, license, extras) with a ban on hardcoded versions.
  • Per-archetype templates: Provides tailored outlines for CLI tools, npm libraries, Swift packages, macOS apps, and web services.
  • Mandatory verification gates: Requires every command to run, every code sample to compile, every link to resolve, and all version facts to be current.
  • Use Case: Before publishing a new Go CLI in the openclaw org, load this Skill to draft the README from the CLI archetype template, generate the correct CI and release badges, and validate each quickstart command against the built binary.

Quick Start

Load the readme-standard skill and ask the agent to write or review the repository README against the house standard, running all verification gates before shipping.

Frequently Asked Questions about readme-standard

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I structure a README for an open source CLI tool?

Follow the fixed spine: title with tagline, badge row, a sober one-paragraph pitch, Install with the smallest path first, a Quick start that runs in 60 seconds, 2-6 progressively deeper core sections, Development, and License. Keep it under 250 lines and move deep reference material to docs/.

What badges should a GitHub README include?

Use flat-square shields.io badges in this order: CI, version, platform or runtime, license, then extras like Homebrew or docs. All badges must be dynamic; never hardcode versions into badge URLs, and verify each badge renders before shipping.

How long should a project README be?

Aim for 250 lines or fewer for tools and libraries, and up to 350 lines for large surfaces. Anything beyond that moves to a docs/ directory or docs site with a link, since the README acts as a front door rather than a mirror.

Does this README standard apply outside the openclaw org?

The standard is written for steipete and openclaw repositories, with openclaw/fs-safe as the reference implementation. Other projects can adopt the same spine and gates, but the archetype templates and badge conventions assume GitHub-hosted repos.

Why do README verification gates require running every command?

Quickstart commands that fail destroy first-run trust, so the gates require building the binary or installing the package and executing each example. When execution needs credentials or hardware, flags are validated against real --help output instead.