Install
$ agentstack add skill-tomzx-agents-create-readme ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
Write README
Produces a README.md for a project using a fixed template with centered header, badges, feature list, roadmap, and setup instructions. Derives content from the codebase, existing configuration files, and any available context.
Prerequisites
- A project directory with source code, a license file, and a package manifest (e.g.,
go.mod,package.json,Cargo.toml,pyproject.toml) - If
$1is provided, use it as the project directory; otherwise use the current working directory
Steps
- Scan the project for metadata: repository name from git remote or directory name, license type, language/runtime version from the package manifest, storage or database dependencies, and platform targets.
- Determine a one-sentence description of the project from existing docs, the package manifest description, or by reading the main entry point.
- List features by scanning source directories, CLI commands, exported functions, and any existing documentation.
- Identify roadmap items from open GitHub issues, TODO comments, or stated goals in docs.
- Identify out-of-scope items by reading issue discussions, design docs, or the package manifest's stated purpose.
- Determine install steps from the package manifest, Makefile, or build scripts.
- Write the README following the output template exactly.
- Write the file to
README.mdin the project root.
Output Format
{repository}
{one sentence description of the project}
## What
{2-4 sentences explaining what the project is and what it does.}
## Why
{2-4 sentences explaining the motivation behind the project, the problem it solves, and why it exists.}
## Included
{bullet point list of features, one per line, using - prefix}
## Roadmap
{bullet point list of planned features, one per line, using - prefix}
## Out of Scope
{bullet point list of features explicitly not planned, one per line, using - prefix}
## Requirements
{List of system requirements needed to build and run the project. Include language version, OS, and any external dependencies.}
## Install
{Step-by-step installation instructions with code blocks for commands.}
## Getting Started
{Step-by-step guide to using the project after installation. Include code examples where applicable.}
## License
The code is licensed under the [MIT license](http://choosealicense.com/licenses/mit/). See [LICENSE](LICENSE).
Badge Configuration
Derive badge values from the project:
| Badge | Source | |---|---| | License | Read LICENSE file or package.json license field | | Language + version | Read go.mod, package.json, Cargo.toml, or pyproject.toml | | Storage | Scan imports/dependencies for database drivers (SQLite, PostgreSQL, etc.) | | Platform | Infer from build targets, CI config, or source code platform checks |
Remove badges that do not apply (e.g., if no storage dependency, omit the storage badge).
Quality Criteria
Strong READMEs:
- Description is specific and concrete, not generic
- Features are expressed as user-facing capabilities, not implementation details
- Install steps are copy-pasteable and tested against a clean environment
- Getting Started section gets the user to a working result in under 5 minutes
- Roadmap items are concrete and actionable
- Out of Scope items demonstrate deliberate scoping decisions
Avoid:
- Vague descriptions like "a tool that helps you manage things"
- Listing every internal function as a feature
- Install steps that assume prior setup not mentioned in Requirements
- Empty placeholder sections (omit Roadmap or Out of Scope if no content exists)
Example Usage
Scenario 1: New Go CLI tool Project has go.mod, main.go, and a LICENSE. Scan source for CLI commands and flags to populate Included, read go.mod for Go version, detect SQLite dependency in imports for the storage badge.
Scenario 2: Existing project without README Project has pyproject.toml, src/ directory, and GitHub issues labeled "enhancement". Derive features from the public API, pull roadmap items from open enhancement issues, read pyproject.toml for Python version requirement.
Next Step
Run /review-documentation to audit the README for completeness, accuracy, and clarity.
Useful Commands Reference
No CLI commands required. This skill operates on the codebase and project files.
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: tomzx
- Source: tomzx/agents
- License: MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.