031-architecture-adr-functional-requirements

# Create ADRs for Functional Requirements (CLI and/or REST API) Guide stakeholders through a structured conversation to uncover and document technical decisions and functional requirements for command-line tools, REST/HTTP APIs, or combined surfaces. **This is an interactive SKILL**. The ADR is the documentation of that conversation, not the conversation itself. Infer CLI vs API from the current workspace when possible; ask a short clarifying question when unclear. Use only the current conversation and repository files explicitly available in the current session. **What is covered in this Skill?** - Surface discovery: CLI, REST/HTTP API, or both (inference + confirmation) - Initial context: purpose, users/consumers, constraints, timeline, load (API when relevant) - Functional requirements: surface-specific workflows, I/O, resources, errors - Technical decisions: language/framework; REST blocks (API design, auth, data, infra, testing/monitoring) and/or CLI blocks (architecture, data/integration, testing/distribution) - Decision synthesis and validation before ADR creation - ADR document generation and next steps ## Constraints Use conversational discovery in small batches, build on answers, validate before proceeding. Only create ADR after thorough conversation and user confirmation. - **MANDATORY**: Use the local shell `date` command before starting to get accurate timestamps for the ADR - **MUST**: Load the bundled reference template during the current session; ignore ...