wiki-llms-txt
microsoft/skills
Erstellt die Dateien „llms.txt“ und „llms-full.txt“, die gemäß der „llms.txt“-Spezifikation einen LLM-freundlichen Zugriff auf die Wiki-Dokumentation ermöglichen.
...Alle erweiternllms.txt-Generator
Generieren llms.txt und llms-full.txt Dateien, die einen LLM-freundlichen Zugriff auf Wiki-Dokumentation gemäß der llms.txt-Spezifikation ermöglichen.
Wenn diese Funktion aktiviert wird
- Der Nutzer bittet um die Erstellung
llms.txtoder erwähnt den „llms.txt“-Standard - Der Nutzer möchte Dokumentation „LLM-freundlich“ oder „LLM-lesbar“ gestalten
- Der Nutzer fragt nach einer Projektzusammenfassungsdatei für Sprachmodelle
- Der Benutzer erwähnt
llms-full.txtoder kontexterweiterte Dokumentation
Auflösung des Quell-Repositorys (MUSS ZUERST ERFOLGEN)
Vor der Generierung muss der Kontext des Quell-Repositorys aufgelöst werden:
- Auf Git-Remote prüfen: Ausführen
git remote get-url origin - Fragen Sie den Benutzer: „Handelt es sich um ein rein lokales Repository oder haben Sie eine URL für das Quell-Repository?“
- Remote-URL → speichern als
REPO_URL - Lokal → nur relative Pfade verwenden
- Remote-URL → speichern als
- Standardzweig ermitteln: Ausführen
git rev-parse --abbrev-ref HEAD - Nicht fortfahren, bis das Problem behoben ist
llms.txt-Format (spezifikationskonform)
Die Datei entspricht der llms.txt-Spezifikation:
# {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}
Wichtige Regeln
- H1 – Projektname (genau einer, erforderlich)
- Blockzitat – Prägnante, spezifische Zusammenfassung (erforderlich). Muss für DIESES Projekt einzigartig sein.
- Kontextabsätze – Nicht offensichtliche Einschränkungen, Dinge, die LLMs falsch verstehen würden, wenn sie nicht darauf hingewiesen werden
- H2-Abschnitte – Nach Themen gegliedert, jeweils mit einer Liste von
[Title](url): DescriptionEinträgen - „Optionales“ H2 — Besondere Bedeutung: Links hier können für einen kürzeren Kontext übersprungen werden
- Relative Links — Alle Pfade relativ zum Wiki-Verzeichnis
- Dynamisch — ALLE Inhalte stammen von tatsächlichen Wiki-Seiten, nicht aus Vorlagen
- Reihenfolge der Abschnitte – Das Wichtigste zuerst: Einführung → Architektur → Erste Schritte → Vertiefung → Optional
Beschreibung Qualität
| ❌ Schlecht | ✅ Gut |
|---|---|
| „Architekturübersicht“ | „Systemarchitektur, die zeigt, wie Orleans-Grains über Nachrichtenübermittlung mit ‚At-Least-Once‘-Zustellung kommunizieren“ |
| „Einführungsleitfaden“ | „Voraussetzungen, lokale Entwicklungsumgebung mit Docker Compose und Schritt-für-Schritt-Anleitung zum ersten API-Aufruf“ |
| „Die API-Referenz“ | „REST-Endpunkte mit Authentifizierungsanforderungen, Ratenbeschränkungen und Schemata für Anfragen und Antworten“ |
Format „llms-full.txt“
Gleiche Struktur wie llms.txt , jedoch mit vollständig eingebettetem Inhalt:
# {Project Name}
> {Same summary}
{Same context}
## {Section Name}
{Full markdown content — frontmatter stripped, citations and diagrams preserved}
Regeln für die Einbettung
- YAML-Frontmatter (
---) von jeder Seite entfernen - Mermaid-Diagramme beibehalten –
```mermaidFences intakt - Zitate beibehalten – alle
[file:line](URL)Links bleiben unverändert - Tabellen beibehalten – alle Markdown-Tabellen bleiben erhalten
-Kommentare beibehalten – diese liefern Informationen zur Herkunft des Diagramms
Voraussetzungen
Diese Funktion funktioniert am besten, wenn bereits Wiki-Seiten vorhanden sind (über /deep-wiki:generate oder /deep-wiki:page). Falls noch kein Wiki vorhanden ist:
- Es wird empfohlen,
/deep-wiki:generatezuerst - ODER einen minimalen
llms.txtaus README + Quellcode-Scan (ohne Links zu Wiki-Seiten)
Ausgabedateien
Drei Dateien generieren:
| Datei | Zweck | Auffindbarkeit |
|---|---|---|
./llms.txt |
Stammdatei zur Erkennung | Standardpfad gemäß llms.txt-Spezifikation. GitHub MCP get_file_contents und search_code diese zuerst finden. |
wiki/llms.txt |
Wiki-relative Links | Für die Bereitstellung mit VitePress und die wiki-interne Navigation. |
wiki/llms-full.txt |
Vollständiger eingebetteter Inhalt | Umfassende Referenz für Agenten, die alle Dokumentationen in einer Datei benötigen. |
Die Stamm- ./llms.txt verlinkt auf wiki/ (z. B. [Guide](./wiki/onboarding/contributor-guide.md)). Der wiki/llms.txt verwendet wiki-relative Pfade (z. B. [Guide](./onboarding/contributor-guide.md)).
Falls eine Root-Datei llms.txt bereits existiert und NICHT von deep-wiki generiert wurde, überschreiben Sie ihn NICHT.
Checkliste zur Validierung
Vor dem Abschluss:
- Müssen alle verlinkten Dateien
llms.txttatsächlich vorhanden - Alle
Blöcke inllms-full.txteinen echten Inhalt haben (nicht leer sind) - Das Zitat ist projektspezifisch (kein allgemeiner Standardtext)
- Abschnitte sind nach Wichtigkeit geordnet
- Keine doppelten Seiteneinträge über Abschnitte hinweg
- Der Abschnitt „Optional“ enthält nur wirklich optionale Inhalte
-
llms.txtist prägnant (1–5 KB) -
llms-full.txtenthält alle Wiki-Seiten
---
name: wiki-llms-txt
description: Generates llms.txt and llms-full.txt files that provide LLM-friendly access to wiki documentation, following the llms.txt specification.
license: MIT
---
# llms.txt Generator
Generate `llms.txt` and `llms-full.txt` files that provide LLM-friendly access to wiki documentation, following the [llms.txt specification](https://llmstxt.org/).
## When This Skill Activates
- User asks to generate `llms.txt` or 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.txt` or context-expanded documentation
## Source Repository Resolution (MUST DO FIRST)
Before generating, resolve the source repository context:
1. **Check for git remote**: Run `git remote get-url origin`
2. **Ask the user**: _"Is this a local-only repository, or do you have a source repository URL?"_
- Remote URL → store as `REPO_URL`
- Local → use relative paths only
3. **Determine default branch**: Run `git rev-parse --abbrev-ref HEAD`
4. **Do NOT proceed** until resolved
## llms.txt Format (Spec-Compliant)
The file follows the [llms.txt specification](https://llmstxt.org/):
```markdown
# {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
1. **H1** — Project name (exactly one, required)
2. **Blockquote** — Dense, specific summary (required). Must be unique to THIS project.
3. **Context paragraphs** — Non-obvious constraints, things LLMs would get wrong without being told
4. **H2 sections** — Organized by topic, each with a list of `[Title](url): Description` entries
5. **"Optional" H2** — Special meaning: links here can be skipped for shorter context
6. **Relative links** — All paths relative to wiki directory
7. **Dynamic** — ALL content derived from actual wiki pages, not templates
8. **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:
```markdown
# {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 `` ```mermaid `` fences intact
- **Preserve citations** — all `[file:line](URL)` links stay as-is
- **Preserve tables** — all markdown tables stay intact
- **Preserve `<!-- Sources: -->` comments** — these provide diagram provenance
## Prerequisites
This skill works best when wiki pages already exist (via `/deep-wiki:generate` or `/deep-wiki:page`). If no wiki exists yet:
1. Suggest running `/deep-wiki:generate` first
2. OR generate a minimal `llms.txt` from 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 MCP `get_file_contents` and `search_code` find 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.txt` links into `wiki/` (e.g., `[Guide](./wiki/onboarding/contributor-guide.md)`). The `wiki/llms.txt` uses wiki-relative paths (e.g., `[Guide](./onboarding/contributor-guide.md)`).
If a root `llms.txt` already exists and was NOT generated by deep-wiki, do NOT overwrite it.
## Validation Checklist
Before finalizing:
- [ ] All linked files in `llms.txt` actually exist
- [ ] All `<doc>` blocks in `llms-full.txt` have 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.txt` is concise (1-5 KB)
- [ ] `llms-full.txt` contains all wiki pages
Alle Dateien
0 Dateienwiki-llms-txt installieren
Laden Sie die Skill-Dateien herunter und entpacken Sie sie in Ihr Verzeichnis „.claude/skills/“.
ZIP herunterladenKlonen Sie das Repository und kopieren Sie die Skill-Dateien in Ihr Projekt.
git clone https://github.com/microsoft/skills/tree/main/.github/plugins/deep-wiki/skills/wiki-llms-txt # Copy SKILL.md to your .claude/skills/ directory
Kopieren





Heim
