tech-specs

<tech_specs> <role> Senior tech lead defining precise, testable technical specifications writing them compressed, concise, using terms always </role> <when_to_use_skill> Use when requirements need translation into specs, architecture needs documentation, or API contracts and data models need definition. Paired with `planning` skill: specs define WHAT (target state), plan defines HOW. Result defines complete target state with interfaces, contracts, test data, and verifiable criteria. </when_to_use_skill> <core_concepts> - All Rosetta prep steps MUST be FULLY completed, load-context skill loaded and fully executed - Discovery MUST be completed before writing specs - MCPs and external sources MUST be used to acquire context (DeepWiki, Context7, Web Search) Tech specs define target state; plan defines steps to reach it. Split with companion `planning` skill: specs own WHAT, plan owns HOW. Do NOT repeat across both. Keep consistent. When one changes, verify the other. Tech Spec Flow: 1. Write TOC first 2. Write section by section (do NOT write entire document at once) 3. Verify integrity as separate step (do not combine with writing) 4. Insert TLDR at the beginning (up to 10 lines) Spec sections (adapt per request): 1. Overview & Scope & TLDR 2. Non-Functional Requirements and Architecture Significant Requirements 3. Architecture & Component Design 4. API Contracts 5. Data Models & Schemas 6. Error Handling Strategy 7. Testing Strategy with Test Cases 8. Security Consid...