ix-docs

Generate narrative-first, importance-weighted documentation with selective reference layers.

7|2|Updated Mar 28, 2026
One-click install
npx skills add https://github.com/ix-infrastructure/ix-claude-plugin --skill ix-docs
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ix-docs
Source: https://github.com/ix-infrastructure/ix-claude-plugin/tree/main/skills/ix-docs
Command: npx skills add https://github.com/ix-infrastructure/ix-claude-plugin --skill ix-docs

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

ix-docs helps engineers quickly understand a codebase by producing narrative-first documentation that highlights what matters most, with just enough reference detail to support follow-up exploration.

Core Features & Use Cases

  • Narrative-first architectural documentation: explains how the system works, why it exists, and how to navigate it without turning into a raw report dump.
  • Selective, importance-weighted reference layer: adds compact summaries of key modules/classes/services, with deeper coverage available via --full.
  • Flexible output formats: supports single-doc or split documentation output (including auto-splitting for large repos).

Quick Start

Use ix-docs to generate onboarding-focused documentation for the target system by asking for: ix-docs "ix-docs" --style hybrid --full.

Frequently Asked Questions about ix-docs

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I generate onboarding-ready architectural documentation for a large codebase?

Generate onboarding-ready architectural documentation by applying graph-first analysis to produce narrative-first explanations of system mechanics and navigation paths. This approach highlights critical modules while suppressing low-value verbosity, ensuring new engineers understand the codebase structure quickly.

What is the best way to document system architecture for LLM reasoning in codebases?

Documenting system architecture for LLM reasoning requires narrative-first documentation with a selective reference layer. By applying importance-weighted graph analysis, it provides compact summaries of key modules, enabling both human engineers and LLMs to navigate complex codebases effectively.

How do I split documentation output for large repositories?

Split documentation output for large repositories by using the --split flag to enable auto-splitting. This flexible output format divides the narrative-first architectural documentation and selective reference layers into manageable, navigable sections without losing structural context.

Can I control the depth of codebase dependency analysis in generated docs?

Control dependency analysis depth in generated docs using configurable output flags like --full and --style. The --full flag expands the selective reference layer to provide deeper coverage of key modules, classes, and services, while --style adjusts the narrative format.

Does narrative-first documentation work without reading every line of source code?

Narrative-first documentation works with rare code reads by relying on graph-first analysis and strict limits on low-value verbosity. It prioritizes importance-weighted selective references over exhaustive codebase scanning, explaining why the system exists and how it works efficiently.

When should I avoid auto-generated documentation for codebase onboarding?

Avoid auto-generated documentation when a codebase lacks clear architectural boundaries or stable module structures, as graph-first analysis relies on identifiable dependencies. Without coherent system modeling, the importance-weighted narrative may fail to provide accurate onboarding navigation guidance.