Documents

better-readme

Try it

Use when the user asks to create, improve, fix, or audit a README.md file, score their README, document an open source project, or set up new project docs. Provides 8-dimension 0-100 quality scoring, 5-type template matrix (Library, CLI, App, Skill, Data), and pre-publish checklist. Do NOT use for API docs, wikis, inline code comments, or general technical writing.

What it does

Use when the user asks to create, improve, fix, or audit a README.md file, score their README, document an open source project, or set up new project docs. Provides 8-dimension 0-100 quality scoring, 5-type template matrix (Library, CLI, App, Skill, Data), and pre-publish checklist. Do NOT use for API docs, wikis, inline code comments, or general technical writing.

The skill document

Better README

Create, audit, and optimize project README files with 8-dimension quality scoring (0–100), 5-type template matching (Library, CLI, App, Skill, Data), and pre-publish readiness checks.

Key differentiator: The 0–100 audit score evaluates READMEs across 8 dimensions — first impression, problem statement, quick start, visual demo, feature clarity, API docs, badges, and community. Nothing else on ClawHub does this.

Activation Triggers

  • "write/improve/fix my README"
  • "create a README for this project"
  • "score/check my README"
  • "my README is bad"
  • "I need a README template"
  • "document my open source project"
  • Setting up a new open-source project
  • Preparing a GitHub launch

Workflow

Phase 0: Onboarding (first use only)

When this skill is activated for the first time (no prior onboarding record):

  1. Briefly introduce what this skill can do (score, improve, create READMEs)
  2. Ask the user: "Want me to evaluate the READMEs of your existing repos?"
  3. If yes:
    • Fetch the user's public GitHub repo list
    • Let the user pick which repos to evaluate (or evaluate all)
    • Run Phase 2 (Score) on each selected repo's README
    • Summarize scores and highlight the weakest ones
    • Offer to improve the lowest-scoring READMEs
  4. If no, skip ahead to the normal workflow
  5. Record that onboarding is complete (do not repeat)

Phase 1: Classify

Identify the project type by scanning the codebase:

SignalProject Type
package.json with main/exports, no UILibrary/SDK
bin/ field, CLI framework (commander, click, clap)CLI Tool
React/Vue/HTML, deploy target (Vercel/Netlify)App/Product
SKILL.md exists, skills/ directoryAgent Skill
.csv/.json/.parquet dataset, no src/Data/Resource

If ambiguous, ask the user.

Phase 2: Score (if README exists)

Run the audit script:

python3 scripts/readme_audit.py --path /path/to/README.md

This produces a 0–100 score across 8 dimensions. See references/scoring-rubric.md for criteria.

If score < 70, recommend a full rewrite using the appropriate template.

Phase 3: Generate

  1. Load the matching template from references/templates.md
  2. Scan the project for real data:
    • Project name, description from package.json / pyproject.toml / Cargo.toml
    • Install command (detect package manager)
    • License file
    • Key features (scan source for main entry points)
    • Badge URLs (CI, coverage, npm/PyPI)
  3. Fill the template with real data
  4. Generate README.md in English by default
  5. Print a preview for the user to review
  6. Ask the user if they need additional language versions (e.g., Chinese)

Phase 4: Pre-Publish Checklist

Run through references/pre-publish-checklist.md and report:

  • ✅ Passed items
  • ⚠️ Warnings (nice to have)
  • ❌ Missing critical items

Template Selection Guide

TypeHeroFocusInstall
Library/SDKCode snippetAPI referencenpm install / pip install
CLI ToolDemo GIF/terminalCommands tablebrew install / cargo install
App/ProductScreenshot/hero imageFeatures + live demoDeploy button
Agent SkillWhat it triggers onWorkflow + compatibilityclawhub install
Data/ResourceStats cardSchema + sample dataDirect download

Quality Standards (Non-Negotiable)

  1. 30-second rule: User must understand what this does after one scroll
  2. ≤3 install steps: If setup needs 10 steps, nobody finishes
  3. Real examples: Not your-api-key-here — actual working snippets
  4. No dead links: Every link must resolve
  5. Mobile readable: No wide tables without horizontal scroll handling

Scoring Dimensions

DimensionMax PointsQuick Check
First impression (hero/title/tagline)15H1 + one-line description in first 5 lines
Problem statement10"Why" section explaining what pain this solves
Quick start20Install + run in ≤3 commands
Visual demo10Screenshot, GIF, or video present
Feature clarity10Feature list or "what it does" section
API/Usage docs10Code examples for main use cases
Badges & metadata5License, version, CI status
Community & links10Contributing guide, link to issues, discussions
Pre-publish readiness10Topics, description, social preview configured

See references/scoring-rubric.md for full criteria.

Language Support

Default to generating an English-only README.

After generation, ask the user: "Do you need a README in another language (e.g., Chinese, Japanese, etc.)?"

Only generate additional language versions if the user requests it. Keep each language version in a separate file (e.g., README.zh-CN.md) with a language toggle at the top:

**English** | **[中文](README.zh-CN.md)**

Audit Script Usage

# Score a single README
python3 scripts/readme_audit.py --path ./README.md

# Score and output JSON
python3 scripts/readme_audit.py --path ./README.md --json

# Recommend a template type based on project structure
python3 scripts/readme_audit.py --detect /path/to/project

Related skills

Writes or audits README files following the Standard Readme specification (github.com/RichardLitt/standard-readme). Use whenever the user asks to create, write, rewrite, improve, audit, or fix a README, or asks about README quality or structure - even if they never mention "standard readme" explicitly.

16 installs

🇺🇸 GitHub README Writing System — Craft a README that converts visitors to stars in <3 seconds. Proven structure from AFFiNE's 0→60K star journey: tagline engineering, first-screen law, section-by-section copywriting guide, Claude Code integration section, anti-patterns, and a pre-publish checklist. Use when you need to write or rewrite a specific README file. 🇨🇳 GitHub README 写作系统 — 打造 3 秒内把访客转化为 star 的 README。来自 AFFiNE 0→60K star 实战:tagline 工程、首屏法则、逐节文案指南、Claude Code 集成板块、反模式、发布前自检清单。需要写或改一个具体 README 文件时使用。 🇯🇵 GitHub README 作成システム — 3秒以内にビジターをスターに変えるREADMEを作る。AFFiNE 0→60Kスター実績から: タグライン設計、ファーストスクリーン法則、セクション別ライティングガイド、Claude Codeインテグレーション、アンチパターン、公開前チェックリスト。 🇰🇷 GitHub README 작성 시스템 — 3초 안에 방문자를 스타로 전환하는 README 작성법. AFFiNE 0→60K 스타 실전: 태그라인 설계, 첫 화면 법칙, 섹션별 카피라이팅 가이드, Claude Code 통합 섹션, 안티패턴, 게시 전 체크리스트. Triggers: "write README" | "README template" | "GitHub README" | "project description" | "tagline" | "open source README" | "README structure" | "README review" | "fix README" |

Draft a new README.md, or audit and improve an existing one, using patterns measured from 100 real, currently-trending GitHub repos rather than generic advice, and written in the user's own saved voice rather than a generated open-source register. Use when the user asks to write a README, create a project README, improve or clean up their README, review a README against best practices, add badges or a table of contents, restructure a README's sections, make a README look more professional, or make one sound like they wrote it. Covers new-project READMEs and edits to existing files.

Improves the quality of project code whilst boosting development efficiency; suitable for agents such as ChatGPT, Claude and OpenCode

Design a scoring rubric and LLM-as-judge prompt to evaluate the quality of an AI feature's output. Use when asked to create an eval rubric, define quality di...

1 installs

Write a 'get started in 5 minutes' quickstart for a tool, library, or API. Use when asked to write a quickstart, getting-started guide, or onboarding docs fo...