What problem does it solve? Engineering decisions lose their context over time — future engineers and AI agents cannot tell why the codebase was built a certain way, leading to repeated debates and reversed decisions. This Skill captures the reasoning behind architectural choices, API changes, and shipped features in durable, queryable documentation. ## Core Features & Use Cases - Architecture Decision Records (ADRs): Generates sequentially numbered ADRs in .teikk/adr/ with context, alternatives considered, and consequences, following a PROPOSED → ACCEPTED → SUPERSEDED lifecycle. - Decisions Log: Maintains an append-only .teikk/DECISIONS.md for significant implemented decisions, queryable via scripts/decisions.js (list, find, count, JSON output) so you can check whether a topic was already decided before writing a new entry. - Inline and API Documentation: Provides standards for KDoc comments, OpenAPI specs, README structure, and changelogs that explain the why rather than restating code. - Use Case: After choosing Room over SharedPreferences for local storage in an Android project, run this Skill to log the trade-off in DECISIONS.md and write ADR-004 so no one re-litigates the choice six months later. ## Quick Start Ask the agent to record the architectural decision you just made as an ADR and add a corresponding entry to the decisions log.