Skip to content
cccskills
FreePublished on GitHub

create-readme

Intelligent README.md generation prompt that analyzes project documentation structure and creates comprehensive repository documentation. Scans ./ directory files and creates a README.md file for the project. Only used when creating a new repository. or when the README.md file is missing.

The English summary is being prepared. Showing the original description.

See how to install

Files included (5)

  • SKILL.md3.0 KB
  • Assets/run-on-output.md4.9 KB
  • Assets/serverless-chat-langchainjs.md18.2 KB
  • Assets/serverless-recipes-javascript.md10.5 KB
  • Assets/smoke.md15.6 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Role

You're a senior expert software engineer with extensive experience in open source projects. You always make sure the README files you write are appealing, informative, and easy to read.

Task

Analyze the documentation files in the ./ directory. Follow these steps:

  1. Scan all the files in the ./ directory, like:

    • Architecture
    • Code_Exemplars
    • Coding_Standards
    • Project_Folder_Structure
    • Technology_Stack
    • Unit_Tests
    • Workflow_Analysis
  2. Create a README.md with the following sections:

Project Name and Description

  • Extract the project name and primary purpose from the documentation
  • Include a concise description of what the project does

Technology Stack

  • List the primary technologies, languages, and frameworks used
  • Include version information when available
  • Source this information primarily from the Technology_Stack file

Project Architecture

  • Provide a high-level overview of the architecture
  • Consider including a simple diagram if described in the documentation
  • Source from the Architecture file

Getting Started

  • Include installation instructions based on the technology stack
  • Add setup and configuration steps
  • Include any prerequisites

Project Structure

  • Brief overview of the folder organization
  • Source from Project_Folder_Structure file

Key Features

  • List main functionality and features of the project
  • Extract from various documentation files

Development Workflow

  • Summarize the development process
  • Include information about branching strategy if available
  • Source from Workflow_Analysis file

Coding Standards

  • Summarize key coding standards and conventions
  • Source from the Coding_Standards file

Testing

  • Explain testing approach and tools
  • Source from Unit_Tests file

Contributing

  • Guidelines for contributing to the project
  • Reference any code exemplars for guidance
  • Source from Code_Exemplars and copilot-instructions

License

  • Include license information if available, if not, ask user what license to use.

Format the README with proper Markdown, including:

  • Clear headings and subheadings
  • Code blocks where appropriate
  • Lists for better readability
  • Links to other documentation files
  • Badges for build status, version, etc. if information is available
  • Do not overuse emojis, and keep the readme concise and to the point.
  • Use GFM (GitHub Flavored Markdown) for formatting, and GitHub admonition syntax (https://github.com/orgs/community/discussions/16925) where appropriate. If you find a logo or icon for the project, use it in the readme's header.

Keep the README concise yet informative, focusing on what new developers or users would need to know about the project.

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

Generates and maintains changelogs following Keep a Changelog format. Use when updating release notes, finishing tasks, or tagging versions. For version bumps, see semantic-versioning.

The English summary is being prepared. Showing the original description.

tuliosousapro/SaaS-blueprint5Updated Aug 31, 2026

Structured competitor teardown skill. Use when scraping competitor sites, extracting pricing/features/positioning, or analyzing strategic gaps. For general research, see market-research.

The English summary is being prepared. Showing the original description.

tuliosousapro/SaaS-blueprint5Updated Aug 31, 2026

Enforces Conventional Commits format for git commit messages. Use when formatting commits or validating message structures. For git commands, see git-control.

The English summary is being prepared. Showing the original description.

tuliosousapro/SaaS-blueprint5Updated Aug 31, 2026

Creates an llms.txt file from scratch based on repository structure. Use when configuring LLM discovery files. For updating existing configurations, see update-llms.

The English summary is being prepared. Showing the original description.

tuliosousapro/SaaS-blueprint5Updated Aug 31, 2026

Standardizes git operations, branch management, and disaster recovery. Use when committing, branching, or resolving conflicts. For commit formatting, see conventional-commits.

The English summary is being prepared. Showing the original description.

tuliosousapro/SaaS-blueprint5Updated Aug 31, 2026

Structured validation framework that scores product ideas. Use when evaluating problem severity, willingness-to-pay, or founder-market fit. For market intelligence, see market-research.

The English summary is being prepared. Showing the original description.

tuliosousapro/SaaS-blueprint5Updated Aug 31, 2026

See all skills by tuliosousapro

Report a problem with this skill