readme-writer
Skill0 starsChanged 2 months agoMITView on GitHub
Generates an accurate, standard README.md based strictly on verified repository facts, prerequisites, and runnable commands.
- Installs packages
23 other projects use a version of this.
Adopted by
Most recently taken up by
- sandrinodm/skillstheir own version, first seen Nov 8, 2026
- vigneshm1995personal/skillgatetheir own version, first seen Nov 8, 2026
- andymartinezot/claude-skillstheir own version, first seen Nov 1, 2026
- nseney1/Soma-Governancetheir own version, first seen Nov 1, 2026
- OneByJorah/VirtOfficetheir own version, first seen Nov 1, 2026
- vrodokanakis/claude-skillstheir own version, first seen Oct 25, 2026
Used with
Projects with it also use security-audit.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
CloudflareSkillsecurity-audit
Security guidance and vulnerability review for codebases, APIs, services, CLI tools, libraries, and daemons. Use for security questions, focused reviews, vulnerability research, security audits, or pen tests. Run the complete workflow only for explicit codebase audit or pen-test requests, full/comprehensive/end-to-end reviews, or requested report artifacts.
Also in 3 projects that use this
Other versions23 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 23
- event-driven-io/emmett★ 562same name
- OneByJorah/offivo★ 24same name
- OneByJorah/VirtOffice★ 24same name
- sandrinodm/skills★ 11same name
- nseney1/Aegis-Guardrails★ 4same name
- nseney1/Soma-Governance★ 4same name
- shimo4228/claude-harness★ 4same name
- WST2002/claude-code-skills★ 4same name
- guihai24/openskills★ 2same name
- IdkwhatImD0ing/hackathonstarterkit★ 2same name
13 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository49 other files it gives its agents.
- bug-reproducerSkill
- claim-checkerSkill
- command-failure-diagnoserSkill
- config-risk-reviewerSkill
- csv-validatorSkill
- deployment-checklist-makerSkill
- diff-reviewerSkill
- factual-summarizerSkill
- field-extractorSkill
- api-contract-testerSkill
- database-migration-helperSkill
- security-vulnerability-fixerSkill
- git-commit-stagerSkill
- git-conflict-resolverSkill
- github-actions-debuggerSkill
- github-issue-triagerSkill
- github-pr-creatorSkill
- github-pr-reviewerSkill
- go-code-qualitySkill
- go-lint-and-vetSkill
- go-testingSkill
- json-schema-converterSkill
- lint-and-typecheckSkill
- meaning-preserving-editorSkill
- meeting-notes-to-actionsSkill
- minimal-bug-fixSkill
- option-comparatorSkill
- py-code-qualitySkill
- py-lint-and-typecheckSkill
- py-testingSkill
- regression-test-writerSkill
- release-notes-drafterSkill
- repo-inspectorSkill
- research-briefSkill
- reversible-cleanup-plannerSkill
- rust-clippy-checkSkill
- rust-code-qualitySkill
- rust-testingSkill
- small-refactorSkill
- status-updateSkill
- step-by-step-tutorialSkill
- step-decomposerSkill
- tabular-analyzerSkill
- task-briefSkill
- test-runner-debuggerSkill
- ts-code-qualitySkill
- ts-lint-and-typecheckSkill
- ts-testingSkill
- skill-templateSkill
The file
We split this skill into the rules it gives an agent
10 rules. 0 are common, 5 are distinctive, and 5 are very specific to this project.
0
Common
Most of the 18 edited versions we read keep these.
5
Distinctive
This author's own choices. Worth a look.
5
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 14
Use this skill when:
- Very specific: line 20
Do not use to write a narrative walkthrough tutorial.
- Very specific: line 21
Do not use to map codebase internals without writing docs.
- Very specific: line 29
If commands (install, test, build) are not provided: inspect package.json, Cargo.toml, pyproject.toml, or Makefile in workspace_root.
- Distinctive: line 30
Do not document CLI flags or options that cannot be verified in the source code.
- Very specific: line 31
If license is unknown, check LICENSE file on disk before specifying.
- Distinctive: line 34
Follow these numbered actions:
- Very specific: line 49
If no test command exists: omit "Running Tests" or write No automated tests configured.
- Distinctive: line 50
Keep total length concise (< 500 lines).
- Distinctive: line 99
Stop and ask the user when:
“Common” is measured: kept by at least 6 in 10 of the 18 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
README Writer
Creates a factual, developer-ready README.md. Gathers information exclusively from verified repository manifests and commands—never inventing imaginary features or unverified flags.
1. Purpose
Provide newcomers with a clean, truthful overview of a codebase. A "README" covers project goal, prerequisites, quickstart installation, basic usage, and test commands.
2. When to Use
Use this skill when:
- Creating a new project or open-source repository.
- Overhauling a missing or outdated
README.md. - User asks: "Generate a README for this repository."
3. When Not to Use
- Do not use to write a narrative walkthrough tutorial; use
step-by-step-tutorial. - Do not use to map codebase internals without writing docs; use
repo-inspector.
4. Required Inputs
project_name: Name of the project (string).workspace_root: Directory of the project to inspect for package manifests.description: 1-2 sentences on what the project does.
5. Missing-Input Behavior
- If commands (install, test, build) are not provided: inspect
package.json,Cargo.toml,pyproject.toml, orMakefileinworkspace_root. - Do not document CLI flags or options that cannot be verified in the source code.
- If license is unknown, check
LICENSEfile on disk before specifying.
6. Procedure
Follow these numbered actions:
- Action 1: Verify Stack & Prerequisites
- Identify required runtime (Node.js, Python, Rust, Go) and minimum version from manifests.
- Action 2: Verify Key Commands
- Confirm install command (
npm install), build command (npm run build), and test command (npm test).
- Confirm install command (
- Action 3: Structure Standard Sections
- Title & description.
- Prerequisites.
- Quickstart (Installation & Usage).
- Running Tests.
- Contributing & License.
- Action 4: Emit Markdown Document
- Format using Section 8.
7. Decision Rules
- If no test command exists: omit "Running Tests" or write
No automated tests configured.Do not invent a command. - Keep total length concise (< 500 lines); link to subdocuments for detailed manuals.
8. Output Format
Emit the README content using this template:
# [Project Name]
[Short, clear summary of what the project does in 1-2 paragraphs.]
## Features
- [Verified Feature 1]
- [Verified Feature 2]
## Prerequisites
- [Runtime and version, e.g. Node.js >= 20.0.0]
- [Package manager, e.g. npm or pnpm]
## Installation
```bash
[Verified installation command]Quickstart / Usage
[Verified minimal usage command or code snippet]Running Tests
[Verified test command]License
[License type, e.g. MIT - see LICENSE file]
## 9. Verification Checklist
- [ ] Every listed command exists in project configuration.
- [ ] Prerequisites match actual engine/runtime constraints.
- [ ] No fake badges, fake metrics, or ungrounded claims.
- [ ] Code examples are syntactically complete.
## 10. Common Failures and Recovery
| Failure Symptom | Cause | Recovery Action |
| :--- | :--- | :--- |
| Hallucinating CLI flags | Assuming common flags exist | Run `<bin> --help` or check source code parser. |
| Inaccurate prerequisites | Guessing version | Read `package.json -> engines` or `.nvmrc` / `runtime.txt`. |
## 11. Stop or Escalation Conditions
Stop and ask the user when:
- Project purpose cannot be deduced from repository files.
## 12. Examples
### Example 1: Successful Execution
**Input:**
```text
Project: logger-lite
Stack: Node.js, package.json scripts: { "test": "mocha tests" }
Description: Zero-dependency JSON logger for microservices.Output:
# logger-lite
Zero-dependency JSON logger for microservices. Formats structured logs with timestamp, log level, and process ID.
## Features
- Zero external dependencies.
- Automatic ISO-8601 timestamps.
- NDJSON output for log ingestion pipelines.
## Prerequisites
- Node.js >= 18.0.0
- npm
## Installation
```bash
npm install logger-liteQuickstart
const { Logger } = require('logger-lite');
const log = new Logger();
log.info('Application started', { port: 8080 });Running Tests
npm testLicense
MIT
### Example 2: Ambiguous or Missing Input
**Input:**
```text
Write README for unknown project in empty folder.Output:
### README Writer: Halted - No Project Data
- **Status**: Halted
Cannot generate an accurate README for an empty workspace. Please provide:
1. The project name and purpose.
2. The programming language / runtime.
3. The expected build and test commands.Example 3: Expected Final Output
Output:
# csv-cleaner
Fast CLI utility to clean trailing spaces and normalize delimiters in CSV files.
## Prerequisites
- Python >= 3.10
## Installation
```bash
pip install -e .Usage
csv-cleaner input.csv --output clean.csvRunning Tests
pytest tests/License
MIT
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

