llms.txt Generator
Generate llms.txt and llms-full.txt files that provide LLM-friendly access to wiki documentation, following the llms.txt specification.
When This Skill Activates
- User asks to generate
llms.txtor mentions the llms.txt standard - User wants to make documentation "LLM-friendly" or "LLM-readable"
- User asks for a project summary file for language models
- User mentions
llms-full.txtor context-expanded documentation
Source Repository Resolution (MUST DO FIRST)
Before generating, resolve the source repository context:
- Check for git remote: Run
git remote get-url origin - Ask the user: _"Is this a local-only repository, or do you have a source repository URL?"_
REPO_URL
- Local → use relative paths only
- Determine default branch: Run
git rev-parse --abbrev-ref HEAD - Do NOT proceed until resolved
llms.txt Format (Spec-Compliant)
The file follows the llms.txt specification:
# {Project Name}
> {Dense one-paragraph summary — what it does, who it's for, key technologies}
{Important context paragraphs — constraints, architectural philosophy, non-obvious things}
## {Section Name}
- [{Page Title}]({relative-path-to-md}): {One-sentence description of what the reader will learn}
## Optional
- [{Page Title}]({relative-path-to-md}): {Description — these can be skipped for shorter context}
Key Rules
- H1 — Project name (exactly one, required)
- Blockquote — Dense, specific summary (required). Must be unique to THIS project.
- Context paragraphs — Non-obvious constraints, things LLMs would get wrong without being told
- H2 sections — Organized by topic, each with a list of
[Title](url): Descriptionentries - "Optional" H2 — Special meaning: links here can be skipped for shorter context
- Relative links — All paths relative to wiki directory
- Dynamic — ALL content derived from actual wiki pages, not templates
- Section order — Most important first: Onboarding → Architecture → Getting Started → Deep Dive → Optional
Description Quality
| ❌ Bad | ✅ Good |
| "Architecture overview" | "System architecture showing how Orleans grains communicate via message passing with at-least-once delivery" |
| "Getting started guide" | "Prerequisites, local dev setup with Docker Compose, and first API call walkthrough" |
| "The API reference" | "REST endpoints with auth requirements, rate limits, and request/response schemas" |
llms-full.txt Format
Same structure as llms.txt but with full content inlined:
# {Project Name}
> {Same summary}
{Same context}
## {Section Name}
<doc title="{Page Title}" path="{relative-path}">
{Full markdown content — frontmatter stripped, citations and diagrams preserved}
</doc>
Inlining Rules
- Strip YAML frontmatter (
---blocks) from each page - Preserve Mermaid diagrams — keep `
`mermaidfences intact - **Preserve citations** — allfile:linelinks stay as-is - **Preserve tables** — all markdown tables stay intact - **Preservecomments** — these provide diagram provenance ## Prerequisites This skill works best when wiki pages already exist (via/deep-wiki:generateor/deep-wiki:page). If no wiki exists yet: 1. Suggest running/deep-wiki:generatefirst 2. OR generate a minimalllms.txtfrom README + source code scan (without wiki page links) ## Output Files Generate three files: | File | Purpose | Discoverability | |------|---------|-----------------| |./llms.txt| Root discovery file | Standard path per llms.txt spec. GitHub MCPget_file_contentsandsearch_codefind this first. | |wiki/llms.txt| Wiki-relative links | For VitePress deployment and wiki-internal navigation. | |wiki/llms-full.txt| Full inlined content | Comprehensive reference for agents needing all docs in one file. | The root./llms.txtlinks intowiki/(e.g.,Guide). Thewiki/llms.txtuses wiki-relative paths (e.g.,Guide). If a rootllms.txtalready exists and was NOT generated by deep-wiki, do NOT overwrite it. ## Validation Checklist Before finalizing: - [ ] All linked files inllms.txtactually exist - [ ] Allblocks inllms-full.txthave real content (not empty) - [ ] Blockquote is specific to this project (not generic boilerplate) - [ ] Sections ordered by importance - [ ] No duplicate page entries across sections - [ ] "Optional" section only contains truly optional content - [ ]llms.txtis concise (1-5 KB) - [ ]llms-full.txt` contains all wiki pages
Skill Information
- Source
- Microsoft
- Category
- Documents & Content
- Repository
- View on GitHub
Related Skills
wiki-ado-convert
Converts VitePress/GFM wiki markdown to Azure DevOps Wiki-compatible format. Generates a Node.js build script that transforms Mermaid syntax, strips front matter, fixes links, and outputs ADO-compatible copies to dist/ado-wiki/.
Microsoftwiki-agents-md
Generates AGENTS.md files for repository folders — coding agent context files with build commands, testing instructions, code style, project structure, and boundaries. Only generates where AGENTS.md is missing.
Microsoftwiki-architect
Analyzes code repositories and generates hierarchical documentation structures with onboarding guides. Use when the user wants to create a wiki, generate documentation, map a codebase structure, or understand a project's architecture at a high level.
Microsoftwiki-changelog
Analyzes git commit history and generates structured changelogs categorized by change type. Use when the user asks about recent changes, wants a changelog, or needs to understand what changed in the repository.
Microsoftwiki-onboarding
Generates four audience-tailored onboarding guides in an onboarding/ folder — Contributor, Staff Engineer, Executive, and Product Manager. Use when the user wants onboarding documentation for a codebase.
Microsoft