option
MaisonMaison Skill Documentation wiki-llms-txt

wiki-llms-txt

microsoft/skills microsoft/skills

Génère les fichiers llms.txt et llms-full.txt qui permettent aux modèles de langage de grande échelle (LLM) d'accéder facilement à la documentation du wiki, conformément à la spécification llms.txt.

...Développer tout
6
Heure mise à jour 11 septembre 2026

Générateur de fichiers llms.txt

Générer llms.txt et llms-full.txt des fichiers permettant un accès adapté aux LLM à la documentation wiki, conformément à la spécification llms.txt.

Lorsque cette compétence s’active

  • L'utilisateur demande à générer llms.txt ou mentionne la norme llms.txt
  • L'utilisateur souhaite rendre la documentation « adaptée aux LLM » ou « lisible par les LLM »
  • L'utilisateur demande un fichier de résumé de projet pour les modèles linguistiques
  • L'utilisateur mentionne llms-full.txt ou une documentation enrichie de contexte

Résolution du dépôt source (À FAIRE EN PREMIER)

Avant la génération, résoudre le contexte du dépôt source :

  1. Vérifier la présence d'un git remote : Exécuter git remote get-url origin
  2. Demandez à l'utilisateur : « S'agit-il d'un dépôt uniquement local, ou disposez-vous d'une URL de dépôt source ? »
    • URL distante → enregistrer en tant que REPO_URL
    • Local → utiliser uniquement des chemins relatifs
  3. Déterminer la branche par défaut : Exécuter git rev-parse --abbrev-ref HEAD
  4. NE PAS continuer tant que le problème n’est pas résolu

Format llms.txt (conforme à la spécification)

Le fichier respecte la spécification llms.txt :

# {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}

Règles clés

  1. H1 — Nom du projet (un seul, obligatoire)
  2. Citation en bloc — Résumé concis et précis (obligatoire). Doit être unique à CE projet.
  3. Paragraphes de contexte — Contraintes non évidentes, éléments que les LLM interpréteraient de manière erronée si on ne leur indiquait pas
  4. Sections H2 — Classées par thème, chacune comportant une liste d’ [Title](url): Description entrées
  5. H2 « facultatif » — Signification particulière : les liens ici peuvent être ignorés pour un contexte plus court
  6. Liens relatifs — Tous les chemins sont relatifs au répertoire wiki
  7. Dynamique — TOUT le contenu provient de pages wiki réelles, et non de modèles
  8. Ordre des sections — Les plus importantes en premier : Intégration → Architecture → Mise en route → Approfondissement → Facultatif

Qualité de la description

❌ Mauvaise ✅ Bonne
« Présentation de l'architecture » « Architecture du système illustrant comment les grains d’Orléans communiquent via l’échange de messages avec une garantie de livraison « au moins une fois » »
« Guide de démarrage » « Prérequis, configuration de développement locale avec Docker Compose et guide pas à pas pour le premier appel d’API »
« Référence de l'API » « Points de terminaison REST avec exigences d’authentification, limites de débit et schémas de requêtes/réponses »

Format llms-full.txt

Même structure que llms.txt mais avec le contenu complet intégré :

# {Project Name}

> {Same summary}

{Same context}

## {Section Name}


{Full markdown content — frontmatter stripped, citations and diagrams preserved}

Règles d’intégration

  • Supprimer le frontmatter YAML (--- ) de chaque page
  • Conserver les diagrammes Mermaid — laisser ```mermaid les clôtures intactes
  • Conserver les citations — tous les [file:line](URL) liens restent tels quels
  • Conserver les tableaux — tous les tableaux Markdown restent intacts
  • Conserver les commentaires « » — ils fournissent la provenance des diagrammes

Prérequis

Cette compétence fonctionne mieux lorsque des pages wiki existent déjà (via /deep-wiki:generate ou /deep-wiki:page). Si aucun wiki n’existe encore :

  1. Il est recommandé d’exécuter /deep-wiki:generate d'abord
  2. OU de générer un llms.txt à partir du fichier README et d'une analyse du code source (sans liens vers les pages wiki)

Fichiers de sortie

Générer trois fichiers :

Fichier Objectif Détectabilité
./llms.txt Fichier racine de découverte Chemin d'accès standard selon la spécification llms.txt. GitHub MCP get_file_contents et search_code trouvez-le en premier.
wiki/llms.txt Liens relatifs au wiki Pour le déploiement VitePress et la navigation interne au wiki.
wiki/llms-full.txt Contenu complet intégré Référence complète pour les agents ayant besoin de toute la documentation dans un seul fichier.

Les liens ./llms.txt renvoie vers wiki/ (par exemple, [Guide](./wiki/onboarding/contributor-guide.md)). Le wiki/llms.txt utilise des chemins relatifs au wiki (par ex., [Guide](./onboarding/contributor-guide.md)).

Si une racine llms.txt existe déjà et n’a PAS été généré par deep-wiki, ne le remplacez PAS.

Liste de contrôle de validation

Avant de finaliser :

  • Tous les fichiers liés doivent llms.txt existent bel et bien
  • Tous les blocs de llms-full.txt ont un contenu réel (ils ne sont pas vides)
  • La citation est spécifique à ce projet (il ne s'agit pas d'un modèle générique)
  • Les sections sont classées par ordre d'importance
  • Pas d’entrées de page en double entre les sections
  • La section « Facultative » ne contient que du contenu véritablement facultatif
  • llms.txt est concise (1 à 5 Ko)
  • llms-full.txt contient toutes les pages du wiki
Voir sur GitHub
---
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

Tous les fichiers

0 fichiers

Installer wiki-llms-txt

Téléchargez et décompressez les fichiers de compétences dans votre répertoire .claude/skills/.

Télécharger le ZIP

Clonez le dépôt et copiez les fichiers de compétence dans votre projet.

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

Copier Copier
Configuration rapide: Copiez le dossier de la compétence dans .claude/skills/ Claude détectera automatiquement la compétence et l'utilisera

Compétences similaires

golang-dependency-injection
Heure mise à jour 29 juin 2026
nuxthub
Heure mise à jour 23 août 2026
tc-tracker
Heure mise à jour 27 août 2026
code-quality
Heure mise à jour 22 août 2026
OR