draft-repo-readme

Draft a README from a repository's source files and commit history.

2|Updated Mar 1, 2026
One-click install
npx skills add https://github.com/nholder88/ai-agent-workflows --skill draft-repo-readme
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: draft-repo-readme
Source: https://github.com/nholder88/ai-agent-workflows/tree/main/cowork-plugins/repo-audit/skills/draft-repo-readme
Command: npx skills add https://github.com/nholder88/ai-agent-workflows --skill draft-repo-readme

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Drafting a faithful README for a single repository is hard when details come from the repo itself; this skill eliminates guesswork by pulling from the repo's own files and history to avoid invented details.

Core Features & Use Cases

  • Grounded README generation: reads manifest files (package.json, pyproject.toml, Cargo.toml, etc.) and key directories to craft an honest overview.
  • Structured template application: follows the standard readme-template guidance to present Problem, Goal, Approach, Implemented Features, and Getting Started.
  • Provenance and auditability: cites commits and file structure to back up the content and enables easy updates as the repo evolves.

Quick Start

Run the draft-repo-readme skill on a target repository to generate a draft README in _drafts/<repo>/README.md.

Frequently Asked Questions about draft-repo-readme

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

FAQPage Schema
How do I generate a README from existing repository source files?

Generate a README by reading the repository's manifest files, commit history, and top-level files to draft an honest overview grounded in the repo's actual content. The output is stored in the _drafts/<repo>/README.md directory.

What is the best way to avoid hallucinated details when drafting repo documentation?

Avoid hallucinated details in repo documentation by grounding the draft in verifiable provenance from manifests and commits. Cross-referencing the actual repo files ensures the README reflects the true state of the repository.

How do I structure a repository README using a standard template?

Structure a repository README by applying a template that organizes source-based facts into Problem, Goal, Approach, Implemented Features, and Getting Started sections. This ensures the repo's content is presented in a clear, readable format.

Can I use manifest files like package.json to verify README content?

Yes, manifest files like package.json, pyproject.toml, or Cargo.toml verify README content. Reading these files provides accurate dependency and project details to back up the documentation with verifiable provenance.

Does this approach to writing READMEs work for any single repository?

Yes, this approach works for any single repository with accessible source files and manifests. It locates the target repository's key directories and commits to ground the README draft in truth, regardless of the specific project.

Why does my generated README need to cite commit history?

Generated READMEs cite commit history to provide provenance and auditability for documented features. Referencing commits backs up the content and enables easy updates as the repository evolves over time.