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.
文档
better-readme
试用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.
它能做什么
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.
技能文档
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):
- Briefly introduce what this skill can do (score, improve, create READMEs)
- Ask the user: "Want me to evaluate the READMEs of your existing repos?"
- 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
- If no, skip ahead to the normal workflow
- Record that onboarding is complete (do not repeat)
Phase 1: Classify
Identify the project type by scanning the codebase:
| Signal | Project Type |
|---|---|
package.json with main/exports, no UI | Library/SDK |
bin/ field, CLI framework (commander, click, clap) | CLI Tool |
| React/Vue/HTML, deploy target (Vercel/Netlify) | App/Product |
SKILL.md exists, skills/ directory | Agent 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
- Load the matching template from
references/templates.md - 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)
- Project name, description from
- Fill the template with real data
- Generate
README.mdin English by default - Print a preview for the user to review
- 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
| Type | Hero | Focus | Install |
|---|---|---|---|
| Library/SDK | Code snippet | API reference | npm install / pip install |
| CLI Tool | Demo GIF/terminal | Commands table | brew install / cargo install |
| App/Product | Screenshot/hero image | Features + live demo | Deploy button |
| Agent Skill | What it triggers on | Workflow + compatibility | clawhub install |
| Data/Resource | Stats card | Schema + sample data | Direct download |
Quality Standards (Non-Negotiable)
- 30-second rule: User must understand what this does after one scroll
- ≤3 install steps: If setup needs 10 steps, nobody finishes
- Real examples: Not
your-api-key-here— actual working snippets - No dead links: Every link must resolve
- Mobile readable: No wide tables without horizontal scroll handling
Scoring Dimensions
| Dimension | Max Points | Quick Check |
|---|---|---|
| First impression (hero/title/tagline) | 15 | H1 + one-line description in first 5 lines |
| Problem statement | 10 | "Why" section explaining what pain this solves |
| Quick start | 20 | Install + run in ≤3 commands |
| Visual demo | 10 | Screenshot, GIF, or video present |
| Feature clarity | 10 | Feature list or "what it does" section |
| API/Usage docs | 10 | Code examples for main use cases |
| Badges & metadata | 5 | License, version, CI status |
| Community & links | 10 | Contributing guide, link to issues, discussions |
| Pre-publish readiness | 10 | Topics, 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
相关技能
🇺🇸 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...
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...