What problem does it solve? Engineering decisions and design rationale are often lost, forcing future engineers and AI agents to re-debate settled choices or guess why code was written a certain way. This Skill captures the reasoning behind architectural decisions, APIs, and features in durable written records. ## Core Features & Use Cases - Architecture Decision Records (ADRs): Creates sequentially numbered ADRs with context, decision, alternatives considered, and consequences, while matching any existing project convention for location, numbering, and format. - Inline and API Documentation: Guides writing why-focused code comments, JSDoc/TSDoc annotations, and OpenAPI specs for public interfaces. - READMEs and Changelogs: Provides templates for project READMEs (quick start, commands, architecture) and Keep-a-Changelog-style release notes. - Use Case: After choosing PostgreSQL over MongoDB for a new service, ask the agent to write an ADR documenting the context, rejected alternatives, and consequences so future contributors understand the decision. ## Quick Start Ask the agent to write an ADR documenting why you chose your current database or framework, following any existing ADR convention in the repository.