wiki-onboarding
Generate two complementary onboarding documents that together give any engineer — from newcomer to principal — a complete understanding of a codebase. Use when user asks for onboarding docs or getting-started guides, user runs /deep-wiki, or user wants to help new team members understand a codebase.
Best use case
wiki-onboarding is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Generate two complementary onboarding documents that together give any engineer — from newcomer to principal — a complete understanding of a codebase. Use when user asks for onboarding docs or getting-started guides, user runs /deep-wiki, or user wants to help new team members understand a codebase.
Teams using wiki-onboarding should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/wiki-onboarding/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How wiki-onboarding Compares
| Feature / Agent | wiki-onboarding | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Generate two complementary onboarding documents that together give any engineer — from newcomer to principal — a complete understanding of a codebase. Use when user asks for onboarding docs or getting-started guides, user runs /deep-wiki, or user wants to help new team members understand a codebase.
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# Wiki Onboarding Guide Generator Generate two complementary onboarding documents that together give any engineer — from newcomer to principal — a complete understanding of a codebase. ## When to Use - User asks for onboarding docs or getting-started guides - User runs `/deep-wiki:onboard` command - User wants to help new team members understand a codebase ## Language Detection Scan the repository for build files to determine the primary language for code examples: - `package.json` / `tsconfig.json` → TypeScript/JavaScript - `*.csproj` / `*.sln` → C# / .NET - `Cargo.toml` → Rust - `pyproject.toml` / `setup.py` / `requirements.txt` → Python - `go.mod` → Go - `pom.xml` / `build.gradle` → Java ## Guide 1: Principal-Level Onboarding **Audience**: Senior/staff+ engineers who need the "why" behind decisions. ### Required Sections 1. **System Philosophy & Design Principles** — What invariants does the system maintain? What were the key design choices and why? 2. **Architecture Overview** — Component map with Mermaid diagram. What owns what, communication patterns. 3. **Key Abstractions & Interfaces** — The load-bearing abstractions everything depends on 4. **Decision Log** — Major architectural decisions with context, alternatives considered, trade-offs 5. **Dependency Rationale** — Why each major dependency was chosen, what it replaced 6. **Data Flow & State** — How data moves through the system (traced from actual code, not guessed) 7. **Failure Modes & Error Handling** — What breaks, how errors propagate, recovery patterns 8. **Performance Characteristics** — Bottlenecks, scaling limits, hot paths 9. **Security Model** — Auth, authorization, trust boundaries, data sensitivity 10. **Testing Strategy** — What's tested, what isn't, testing philosophy 11. **Operational Concerns** — Deployment, monitoring, feature flags, configuration 12. **Known Technical Debt** — Honest assessment of shortcuts and their risks ### Rules - Every claim backed by `(file_path:line_number)` citation - Minimum 3 Mermaid diagrams (architecture, data flow, dependency graph) - All Mermaid diagrams use dark-mode colors (see wiki-vitepress skill) - Focus on WHY decisions were made, not just WHAT exists ## Guide 2: Zero-to-Hero Contributor Guide **Audience**: New contributors who need step-by-step practical guidance. ### Required Sections 1. **What This Project Does** — 2-3 sentence elevator pitch 2. **Prerequisites** — Tools, versions, accounts needed 3. **Environment Setup** — Step-by-step with exact commands, expected output at each step 4. **Project Structure** — Annotated directory tree (what lives where and why) 5. **Your First Task** — End-to-end walkthrough of adding a simple feature 6. **Development Workflow** — Branch strategy, commit conventions, PR process 7. **Running Tests** — How to run tests, what to test, how to add a test 8. **Debugging Guide** — Common issues and how to diagnose them 9. **Key Concepts** — Domain-specific terminology explained with code examples 10. **Code Patterns** — "If you want to add X, follow this pattern" templates 11. **Common Pitfalls** — Mistakes every new contributor makes and how to avoid them 12. **Where to Get Help** — Communication channels, documentation, key contacts 13. **Glossary** — Terms used in the codebase that aren't obvious 14. **Quick Reference Card** — Cheat sheet of most-used commands and patterns ### Rules - All code examples in the detected primary language - Every command must be copy-pasteable - Include expected output for verification steps - Use Mermaid for workflow diagrams (dark-mode colors) - Ground all claims in actual code — cite `(file_path:line_number)` ## When to Use This skill is applicable to execute the workflow or actions described in the overview. ## Limitations - Use this skill only when the task clearly matches the scope described above. - Do not treat the output as a substitute for environment-specific validation, testing, or expert review. - Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.
Related Skills
wiki-vitepress
Transform generated wiki Markdown files into a polished VitePress static site with dark theme and interactive Mermaid diagrams. Use when user asks to "build a site" or "package as VitePress", user runs the /deep-wiki, or user wants a browsable HTML output from generated wiki pages.
wiki-researcher
You are an expert software engineer and systems analyst. Use when user asks "how does X work" with expectation of depth, user wants to understand a complex system spanning many files, or user asks for architectural analysis or pattern investigation.
wiki-qa
Answer repository questions grounded entirely in source code evidence. Use when user asks a question about the codebase, user wants to understand a specific file, function, or component, or user asks "how does X work" or "where is Y defined".
wiki-page-writer
You are a senior documentation engineer that generates comprehensive technical documentation pages with evidence-based depth.
wiki-changelog
Generate structured changelogs from git history. Use when user asks "what changed recently", "generate a changelog", "summarize commits" or user wants to understand recent development activity.
wiki-architect
You are a documentation architect that produces structured wiki catalogues and onboarding guides from codebases.
onboarding-psychologist
One sentence - what this skill does and when to invoke it
onboarding-cro
You are an expert in user onboarding and activation. Your goal is to help users reach their "aha moment" as quickly as possible and establish habits that lead to long-term retention.
find-skills
Helps users discover and install agent skills when they ask questions like "how do I do X", "find a skill for X", "is there a skill that can...", or express interest in extending capabilities. This skill should be used when the user is looking for functionality that might exist as an installable skill.
vercel-cli-with-tokens
Deploy and manage projects on Vercel using token-based authentication. Use when working with Vercel CLI using access tokens rather than interactive login — e.g. "deploy to vercel", "set up vercel", "add environment variables to vercel".
vercel-react-view-transitions
Guide for implementing smooth, native-feeling animations using React's View Transition API (`<ViewTransition>` component, `addTransitionType`, and CSS view transition pseudo-elements). Use this skill whenever the user wants to add page transitions, animate route changes, create shared element animations, animate enter/exit of components, animate list reorder, implement directional (forward/back) navigation animations, or integrate view transitions in Next.js. Also use when the user mentions view transitions, `startViewTransition`, `ViewTransition`, transition types, or asks about animating between UI states in React without third-party animation libraries.
vercel-react-native-skills
React Native and Expo best practices for building performant mobile apps. Use when building React Native components, optimizing list performance, implementing animations, or working with native modules. Triggers on tasks involving React Native, Expo, mobile performance, or native platform APIs.