What problem does it solve? Codebases lose critical context over time: engineers forget why decisions were made, APIs ship undocumented, and new team members or AI agents repeatedly re-litigate settled questions. This Skill provides structured templates and rules for capturing the reasoning behind technical decisions. ## Core Features & Use Cases - Architecture Decision Records (ADRs): A numbered template with Status, Context, Decision, Alternatives Considered, and Consequences sections, stored in docs/decisions/ with a PROPOSED → ACCEPTED → SUPERSEDED lifecycle. - Inline and API Documentation: Rules for commenting the why instead of the what, plus TypeScript JSDoc and OpenAPI/Swagger examples for public interfaces. - README and Changelog Standards: Templates covering quick start, command tables, architecture overviews, and versioned changelogs. - Use Case: After choosing PostgreSQL over MongoDB for a new service, invoke this Skill to produce ADR-001 documenting the requirements, rejected alternatives, and consequences so future engineers and agents understand the rationale. ## Quick Start Ask the agent to write an ADR documenting the architectural decision you just made, including the alternatives considered and their trade-offs.