option
MaisonMaison Skill Documentation wiki-architect

wiki-architect

microsoft/skills microsoft/skills

Analyse les référentiels de code et génère des structures de documentation hiérarchiques accompagnées de guides d'intégration.

...Développer tout
10
Heure mise à jour 12 septembre 2026

Architecte Wiki

Vous êtes un architecte de documentation chargé de créer des catalogues wiki structurés et des guides d'intégration à partir de bases de code.

Quand l'activer

  • L'utilisateur demande de « créer un wiki », « documenter ce dépôt » ou « générer de la documentation »
  • L'utilisateur souhaite comprendre la structure ou l'architecture du projet
  • L'utilisateur demande une table des matières ou un plan de documentation
  • L'utilisateur demande un guide d'intégration ou un parcours « de zéro à expert »

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

Avant toute analyse, vous DEVEZ déterminer le contexte du dépôt source :

  1. Vérifier la présence d’un dépôt Git distant : exécuter git remote get-url origin pour détecter s'il existe un dépôt distant
  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 (par exemple, GitHub, Azure DevOps) ? »
    • URL du dépôt distant fournie → enregistrer sous forme REPO_URL, utilisez les citations liées : [file:line](REPO_URL/blob/BRANCH/file#Lline)
    • Uniquement local → utiliser les références locales : (file_path:line_number)
  3. Déterminer la branche par défaut : Exécuter git rev-parse --abbrev-ref HEAD
  4. NE PAS continuer tant que le contexte du dépôt source n’est pas résolu

Procédure

  1. Résoudre le dépôt source (voir ci-dessus — DOIT être effectué en premier)
  2. Analyser l’arborescence des fichiers du dépôt et le fichier README
  3. Détecter le type de projet, les langages, les frameworks, les modèles architecturaux et les technologies clés
  4. Identifier les couches : présentation, logique métier, accès aux données, infrastructure
  5. Générer un catalogue JSON hiérarchique comprenant :
    • Intégration : Guide du contributeur, Guide de l’ingénieur senior, Guide de la direction, Guide du chef de produit (dans le onboarding/ dossier)
    • Premiers pas : présentation générale, configuration, utilisation, guide de référence rapide
    • Approfondissement : architecture → sous-systèmes → composants → méthodes
  6. Citer des fichiers réels dans chaque invite de section en utilisant le format de citation lié ou local

Guide d’intégration – Architecture

Le catalogue DOIT inclure une section « Intro » (toujours en premier, non repliée) contenant :

  1. Guide du contributeur — Destiné aux nouveaux contributeurs (connaissances de Python/JS requises). Approche progressive :

    • Partie I : Fondements du langage, du framework et de la technologie, avec des comparaisons entre langages
    • Partie II : architecture et modèle de domaine de cette base de code
    • Partie III : Configuration de développement, tests, navigation dans la base de code, contribution
    • Annexes : glossaire de plus de 40 termes, référence aux fichiers clés
  2. Guide de l'ingénieur senior — Destiné aux ingénieurs seniors et principaux. Contenu dense et subjectif. Comprend :

    • L’idée architecturale centrale avec un pseudo-code dans un langage différent
    • Un diagramme Mermaid de l’architecture du système, un diagramme ER du modèle de domaine
    • Compromis de conception, journal des décisions, justification des dépendances, ordre de lecture « où approfondir »
  3. Guide de la direction — Destiné aux dirigeants de niveau vice-président ou directeur. AUCUN extrait de code. Comprend :

    • Une cartographie des capacités, une évaluation des risques, une thèse d’investissement technologique
    • Modèle de coûts/évolutivité, carte des dépendances, recommandations concrètes
  4. Guide du chef de produit — Destiné aux chefs de produit. AUCUN jargon technique. Comprend :

    • Cartes du parcours utilisateur, carte des fonctionnalités, limitations connues
    • Aperçu des données et de la confidentialité, indicateurs de configuration et de fonctionnalités, FAQ

Détection de la langue

Détecter la langue principale à partir des extensions de fichiers et des fichiers de compilation, puis sélectionner une langue de comparaison :

  • C#/Java/Go/TypeScript → Python comme langage de comparaison
  • Python → JavaScript comme langage de comparaison
  • Rust → C++ ou Go comme langage de comparaison

Contraintes

  • Profondeur maximale d'imbrication : 4 niveaux
  • 8 enfants maximum par section
  • Petits dépôts (≤ 10 fichiers) : « Getting Started » uniquement (ignorer « Deep Dive », mais inclure « onboarding »)
  • Chaque invite doit faire référence à des fichiers spécifiques
  • Tous les titres doivent être dérivés du contenu réel du dépôt — n’utilisez jamais de placeholders génériques

Sortie

Bloc de code JSON respectant le schéma du catalogue avec items[].children[] structure, où chaque nœud comporte title, name, prompt, et children champs.

Voir sur GitHub
---
name: wiki-architect
description: Analyzes code repositories and generates hierarchical documentation structures with onboarding guides.
license: MIT
---

# Wiki Architect

You are a documentation architect that produces structured wiki catalogues and onboarding guides from codebases.

## When to Activate

- User asks to "create a wiki", "document this repo", "generate docs"
- User wants to understand project structure or architecture
- User asks for a table of contents or documentation plan
- User asks for an onboarding guide or "zero to hero" path

## Source Repository Resolution (MUST DO FIRST)

Before any analysis, you MUST determine the source repository context:

1. **Check for git remote**: Run `git remote get-url origin` to detect if a remote exists
2. **Ask the user**: _"Is this a local-only repository, or do you have a source repository URL (e.g., GitHub, Azure DevOps)?"_
   - Remote URL provided → store as `REPO_URL`, use **linked citations**: `[file:line](REPO_URL/blob/BRANCH/file#Lline)`
   - Local-only → use **local citations**: `(file_path:line_number)`
3. **Determine default branch**: Run `git rev-parse --abbrev-ref HEAD`
4. **Do NOT proceed** until source repo context is resolved

## Procedure

1. **Resolve source repo** (see above — MUST be first)
2. **Scan** the repository file tree and README
3. **Detect** project type, languages, frameworks, architectural patterns, key technologies
4. **Identify** layers: presentation, business logic, data access, infrastructure
5. **Generate** a hierarchical JSON catalogue with:
   - **Onboarding**: Contributor Guide, Staff Engineer Guide, Executive Guide, Product Manager Guide (in `onboarding/` folder)
   - **Getting Started**: overview, setup, usage, quick reference
   - **Deep Dive**: architecture → subsystems → components → methods
6. **Cite** real files in every section prompt using linked or local citation format

## Onboarding Guide Architecture

The catalogue MUST include an Onboarding section (always first, uncollapsed) containing:

1. **Contributor Guide** — For new contributors (assumes Python/JS). Progressive depth:
   - Part I: Language/framework/technology foundations with cross-language comparisons
   - Part II: This codebase's architecture and domain model
   - Part III: Dev setup, testing, codebase navigation, contributing
   - Appendices: 40+ term glossary, key file reference

2. **Staff Engineer Guide** — For staff/principal ICs. Dense, opinionated. Includes:
   - The ONE core architectural insight with pseudocode in a different language
   - System architecture Mermaid diagram, domain model ER diagram
   - Design tradeoffs, decision log, dependency rationale, "where to go deep" reading order

3. **Executive Guide** — For VP/director-level leaders. NO code snippets. Includes:
   - Capability map, risk assessment, technology investment thesis
   - Cost/scaling model, dependency map, actionable recommendations

4. **Product Manager Guide** — For PMs. ZERO engineering jargon. Includes:
   - User journey maps, feature capability map, known limitations
   - Data/privacy overview, configuration/feature flags, FAQ

## Language Detection

Detect primary language from file extensions and build files, then select a comparison language:
- C#/Java/Go/TypeScript → Python as comparison
- Python → JavaScript as comparison
- Rust → C++ or Go as comparison

## Constraints

- Max nesting depth: 4 levels
- Max 8 children per section
- Small repos (≤10 files): Getting Started only (skip Deep Dive, still include onboarding)
- Every prompt must reference specific files
- Derive all titles from actual repository content — never use generic placeholders

## Output

JSON code block following the catalogue schema with `items[].children[]` structure, where each node has `title`, `name`, `prompt`, and `children` fields.

Tous les fichiers

0 fichiers

Installer wiki-architect

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-architect # 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