doc

Generate per-file documentation with narrative history from commit changes.

14|2|Updated Jan 11, 2026
One-click install
npx skills add https://github.com/brsbl/ottonomous --skill doc-brsbl
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: doc
Source: https://github.com/brsbl/ottonomous/tree/main/skills/doc
Command: npx skills add https://github.com/brsbl/ottonomous --skill doc-brsbl

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Captures and preserves the intent, rationale, and context behind code changes by generating per-file documentation and layering narrative around subsequent branches.

Core Features & Use Cases

  • Baseline documentation for each file, including purpose, decisions, and gotchas.
  • Narrative layering to reflect branch changes and evolution over time.
  • Quick integration with existing workflows to document code after features are implemented.

Quick Start

Run the doc workflow on your changed files to generate baseline documentation and layer subsequent changes into narrative history.

Frequently Asked Questions about doc

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

FAQPage Schema
How do I document code intent and context for individual files?

To document code intent, you generate per-file baseline documentation that captures the purpose, decisions, and gotchas for each file. This process preserves the rationale behind code changes by establishing a clear narrative history.

What is the best way to track branch changes across multiple files?

Tracking branch changes is handled by layering narrative updates onto existing baseline documentation. This reflects the evolution of code over time by incrementally updating per-file docs from commit histories across multiple files.

Can I generate documentation incrementally from commit histories?

Yes, you can update documentation incrementally from commit histories. The workflow processes subsequent branch changes and layers them into the existing narrative history of the affected files without regenerating the entire baseline.

Does per-file documentation support frontmatter-driven metadata?

Yes, per-file documentation supports frontmatter-driven metadata requirements. The generated docs are stored under the .otto/docs/files directory structure to maintain organized knowledge management alongside your codebase.

When do I need baseline documentation for my codebase?

You need baseline documentation when capturing the initial purpose, decisions, and gotchas of your files. It provides the foundational narrative layer required before tracking subsequent branch changes and code evolution.

Are there limitations to tracking code intent through per-file docs?

A limitation of per-file docs is that the narrative relies on incremental updates from commit histories. If baseline documentation is not established first, tracking subsequent branch changes accurately across multiple files becomes difficult.