github/awesome-copilot/skills/create-llms/SKILL.md
create-llms
Create an llms.txt file from scratch based on repository structure following the llms.txt specification at https://llmstxt.org/
- Source repository stars
- 37,126
- Declared platforms
- 0
- Static risk flags
- 1
- Last source update
- 2026-07-28
- Source checked
- 2026-07-28
Decision brief
What it does—and where it fits
Create a new llms.txt file from scratch in the root of the repository following the official llms.txt specification at https://llmstxt.org/. This file provides high-level guidance to large language models (LLMs) on where to find relevant content for understanding the repository'…
Not for
- Tasks that require unconfirmed production actions or broad system permissions.
- Environments where the pinned source and install steps cannot be inspected.
Compatibility matrix
Platform support, with evidence labels
| Platform | Status | Evidence | What to check |
|---|---|---|---|
| Codex | Not declared | No explicit evidence | Portability before use |
| Claude Code | Not declared | No explicit evidence | Portability before use |
| Cursor | Not declared | No explicit evidence | Portability before use |
| Gemini CLI | Not declared | No explicit evidence | Portability before use |
Installation
Inspect first. Install second.
The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.
npx skills add https://github.com/github/awesome-copilot --skill "skills/create-llms"Inspect the Agent Skill "create-llms" from https://github.com/github/awesome-copilot/blob/9933dcad5be5caeb288cebcd370eeeb2fc2f1685/skills/create-llms/SKILL.md at commit 9933dcad5be5caeb288cebcd370eeeb2fc2f1685. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.
Workflow
What the source asks the agent to do
- 01
Analysis and Planning Phase
Before creating the llms.txt file, you must complete a thorough analysis:
Review the official specification at https://llmstxt.org/ to ensure full complianceUnderstand the required format structure and guidelinesNote the specific markdown structure requirements - 02
Step 1: Review llms.txt Specification
Review the official specification at https://llmstxt.org/ to ensure full compliance
Review the official specification at https://llmstxt.org/ to ensure full complianceUnderstand the required format structure and guidelinesNote the specific markdown structure requirements - 03
Step 2: Repository Structure Analysis
Examine the complete repository structure using appropriate tools
Examine the complete repository structure using appropriate toolsIdentify the primary purpose and scope of the repositoryCatalog all important directories and their purposes - 04
Step 3: Content Discovery
Identify README files and their locations
Identify README files and their locationsFind documentation files (.md files in /docs/, /spec/, etc.)Locate specification files and their purposes - 05
Step 4: Create Implementation Plan
Based on your analysis, create a structured plan that includes:
Repository purpose and scope summaryPriority-ordered list of essential files for LLM understandingSecondary files that provide additional context
Permission review
Static risk signals and limitations
Writes files
The documentation asks the agent to create, modify, or delete local files.
# Create LLMs.txt File from Repository StructureWrites files
The documentation asks the agent to create, modify, or delete local files.
Create a new `llms.txt` file from scratch in the root of the repository following the official llms.txt specification at https://llmstxt.org/. This file provides high-level guidance to large language models (LLMs) on where to find relevant Evidence record
Why each signal appears
| Signal | Value | Evidence type | Meaning |
|---|---|---|---|
| Quality score | 74/100 | Computed | Documentation, specificity, maintenance, and trust rules |
| Repository stars | 37,126 | Source | Repository attention, not individual Skill quality |
| Compatibility | 0 platforms | Source | Declared in the catalog source record |
| Usage guide | automated source guide | Editorial | Generated or reviewed according to the visible evidence level |
Pinned source
Provenance and original SKILL.md
- Repository
- github/awesome-copilot
- Skill path
- skills/create-llms/SKILL.md
- Commit
- 9933dcad5be5caeb288cebcd370eeeb2fc2f1685
- License
- MIT
- Collected
- 2026-07-28
- Default branch
- main
View the original SKILL.md
Create LLMs.txt File from Repository Structure
Create a new llms.txt file from scratch in the root of the repository following the official llms.txt specification at https://llmstxt.org/. This file provides high-level guidance to large language models (LLMs) on where to find relevant content for understanding the repository's purpose and specifications.
Primary Directive
Create a comprehensive llms.txt file that serves as an entry point for LLMs to understand and navigate the repository effectively. The file must comply with the llms.txt specification and be optimized for LLM consumption while remaining human-readable.
Analysis and Planning Phase
Before creating the llms.txt file, you must complete a thorough analysis:
Step 1: Review llms.txt Specification
- Review the official specification at https://llmstxt.org/ to ensure full compliance
- Understand the required format structure and guidelines
- Note the specific markdown structure requirements
Step 2: Repository Structure Analysis
- Examine the complete repository structure using appropriate tools
- Identify the primary purpose and scope of the repository
- Catalog all important directories and their purposes
- List key files that would be valuable for LLM understanding
Step 3: Content Discovery
- Identify README files and their locations
- Find documentation files (
.mdfiles in/docs/,/spec/, etc.) - Locate specification files and their purposes
- Discover configuration files and their relevance
- Find example files and code samples
- Identify any existing documentation structure
Step 4: Create Implementation Plan
Based on your analysis, create a structured plan that includes:
- Repository purpose and scope summary
- Priority-ordered list of essential files for LLM understanding
- Secondary files that provide additional context
- Organizational structure for the llms.txt file
Implementation Requirements
Format Compliance
The llms.txt file must follow this exact structure per the specification:
- H1 Header: Single line with repository/project name (required)
- Blockquote Summary: Brief description in blockquote format (optional but recommended)
- Additional Details: Zero or more markdown sections without headings for context
- File List Sections: Zero or more H2 sections containing markdown lists of links
Content Requirements
Required Elements
- Project Name: Clear, descriptive title as H1
- Summary: Concise blockquote explaining the repository's purpose
- Key Files: Essential files organized by category (H2 sections)
File Link Format
Each file link must follow: [descriptive-name](relative-url): optional description
Section Organization
Organize files into logical H2 sections such as:
- Documentation: Core documentation files
- Specifications: Technical specifications and requirements
- Examples: Sample code and usage examples
- Configuration: Setup and configuration files
- Optional: Secondary files (special meaning - can be skipped for shorter context)
Content Guidelines
Language and Style
- Use concise, clear, unambiguous language
- Avoid jargon without explanation
- Write for both human and LLM readers
- Be specific and informative in descriptions
File Selection Criteria
Include files that:
- Explain the repository's purpose and scope
- Provide essential technical documentation
- Show usage examples and patterns
- Define interfaces and specifications
- Contain configuration and setup instructions
Exclude files that:
- Are purely implementation details
- Contain redundant information
- Are build artifacts or generated content
- Are not relevant to understanding the project
Execution Steps
Step 1: Repository Analysis
- Examine the repository structure completely
- Read the main README.md to understand the project
- Identify all documentation directories and files
- Catalog specification files and their purposes
- Find example files and configuration files
Step 2: Content Planning
- Determine the primary purpose statement
- Write a concise summary for the blockquote
- Group identified files into logical categories
- Prioritize files by importance for LLM understanding
- Create descriptions for each file link
Step 3: File Creation
- Create the
llms.txtfile in the repository root - Follow the exact format specification
- Include all required sections
- Use proper markdown formatting
- Ensure all links are valid relative paths
Step 4: Validation
- Verify compliance with https://llmstxt.org/ specification
- Check that all links are valid and accessible
- Ensure the file serves as an effective LLM navigation tool
- Confirm the file is both human and machine readable
Quality Assurance
Format Validation
- ✅ H1 header with project name
- ✅ Blockquote summary (if included)
- ✅ H2 sections for file lists
- ✅ Proper markdown link format
- ✅ No broken or invalid links
- ✅ Consistent formatting throughout
Content Validation
- ✅ Clear, unambiguous language
- ✅ Comprehensive coverage of essential files
- ✅ Logical organization of content
- ✅ Appropriate file descriptions
- ✅ Serves as effective LLM navigation tool
Specification Compliance
- ✅ Follows https://llmstxt.org/ format exactly
- ✅ Uses required markdown structure
- ✅ Implements optional sections appropriately
- ✅ File located at repository root (
/llms.txt)
Example Structure Template
# [Repository Name]
> [Concise description of the repository's purpose and scope]
[Optional additional context paragraphs without headings]
## Documentation
- [Main README](README.md): Primary project documentation and getting started guide
- [Contributing Guide](CONTRIBUTING.md): Guidelines for contributing to the project
- [Code of Conduct](CODE_OF_CONDUCT.md): Community guidelines and expectations
## Specifications
- [Technical Specification](spec/technical-spec.md): Detailed technical requirements and constraints
- [API Specification](spec/api-spec.md): Interface definitions and data contracts
## Examples
- [Basic Example](examples/basic-usage.md): Simple usage demonstration
- [Advanced Example](examples/advanced-usage.md): Complex implementation patterns
## Configuration
- [Setup Guide](docs/setup.md): Installation and configuration instructions
- [Deployment Guide](docs/deployment.md): Production deployment guidelines
## Optional
- [Architecture Documentation](docs/architecture.md): Detailed system architecture
- [Design Decisions](docs/decisions.md): Historical design decision records
Success Criteria
The created llms.txt file should:
- Enable LLMs to quickly understand the repository's purpose
- Provide clear navigation to essential documentation
- Follow the official llms.txt specification exactly
- Be comprehensive yet concise
- Serve both human and machine readers effectively
- Include all critical files for project understanding
- Use clear, unambiguous language throughout
- Organize content logically for easy consumption
Alternatives
Compare before choosing
K-Dense-AI/scientific-agent-skills
imaging-data-commons
Query and download public cancer imaging data from NCI Imaging Data Commons using idc-index. Use for accessing large-scale radiology (CT, MR, PET) and pathology datasets for AI training or research. No authentication required. Query by metadata, visualize in browser, check licenses.
K-Dense-AI/scientific-agent-skills
biopython
Comprehensive molecular biology toolkit. Use for sequence manipulation, file parsing (FASTA/GenBank/PDB), phylogenetics, and programmatic NCBI/PubMed access (Bio.Entrez). Best for batch processing, custom bioinformatics pipelines, BLAST automation. For quick lookups use gget; for multi-service integration use bioservices.
event4u-app/agent-config
project-analyzer
ONLY when user asks for single-pass tech-stack detection or `agents/evidence/analysis/` write-up. Deep multi-pass audit → `universal-project-analysis`. Raw primitives → `project-analysis-core`.
event4u-app/agent-config
readme-writing-package
Use when creating or rewriting a README for a reusable package or library. Focus on installability, minimal usage example, compatibility, and developer onboarding.