Option
HeimHeim Skill Dokumentation wiki-llms-txt

wiki-llms-txt

microsoft/skills 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 erweitern
6
Zeit aktualisiert 11. September 2026

llms.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.txt oder 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.txt oder kontexterweiterte Dokumentation

Auflösung des Quell-Repositorys (MUSS ZUERST ERFOLGEN)

Vor der Generierung muss der Kontext des Quell-Repositorys aufgelöst werden:

  1. Auf Git-Remote prüfen: Ausführen git remote get-url origin
  2. 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
  3. Standardzweig ermitteln: Ausführen git rev-parse --abbrev-ref HEAD
  4. 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

  1. H1 – Projektname (genau einer, erforderlich)
  2. Blockzitat – Prägnante, spezifische Zusammenfassung (erforderlich). Muss für DIESES Projekt einzigartig sein.
  3. Kontextabsätze – Nicht offensichtliche Einschränkungen, Dinge, die LLMs falsch verstehen würden, wenn sie nicht darauf hingewiesen werden
  4. H2-Abschnitte – Nach Themen gegliedert, jeweils mit einer Liste von [Title](url): Description Einträgen
  5. „Optionales“ H2 — Besondere Bedeutung: Links hier können für einen kürzeren Kontext übersprungen werden
  6. Relative Links — Alle Pfade relativ zum Wiki-Verzeichnis
  7. Dynamisch — ALLE Inhalte stammen von tatsächlichen Wiki-Seiten, nicht aus Vorlagen
  8. 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```mermaid Fences 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:

  1. Es wird empfohlen, /deep-wiki:generate zuerst
  2. ODER einen minimalen llms.txt aus 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.txt tatsächlich vorhanden
  • Alle Blöcke in llms-full.txt einen 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.txt ist prägnant (1–5 KB)
  • llms-full.txt enthält alle Wiki-Seiten
Auf GitHub ansehen
---
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 Dateien

wiki-llms-txt installieren

Laden Sie die Skill-Dateien herunter und entpacken Sie sie in Ihr Verzeichnis „.claude/skills/“.

ZIP herunterladen

Klonen 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 Kopieren
Schnelle Einrichtung: Kopiere den Skill-Ordner nach .claude/skills/ Claude erkennt den Skill automatisch und nutzt ihn.
Repository microsoft/skills

Ähnliche Skills

golang-dependency-injection
Zeit aktualisiert 29. Juni 2026
nuxthub
Zeit aktualisiert 23. August 2026
tc-tracker
Zeit aktualisiert 27. August 2026
code-quality
Zeit aktualisiert 22. August 2026
OR