Skill detail

wiki-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.

Why we recommend it: Analyzes code repositories and generates hierarchical documentation structures with onboarding guides, producing a wiki catalogue with getting-started, deep-dive, and role-specific guides.

MatchDirectRecommended for Documentation
Sourcemicrosoft/​skillsExternal source
Reported installsNot reportedPopularity signal only

Inspect before use

Read the source instructions and check the requirements before you install this skill.

Saved source preview

SKILL.md

The saved excerpt is a snapshot from when this skill was listed. The external source remains the complete and most current version.

---
name: wiki-architect
description: 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.
license: MIT
metadata:
  author: Microsoft
  version: "1.0.0"
---

# 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`, `na
Read the full source on GitHub (opens external page)
Context

Related work