karvey-architecturelisted

# Karvey Architecture ## Purpose Generate the enterprise architecture technical design: components, boundaries, integrations, security controls per tier, observability, and a concrete file structure per layer. ## Execution steps ### Step 1 — Load context Read in parallel: - `docs/spec/changes/{change-id}/spec.json` (security_tier, layers, capability) - `docs/spec/changes/{change-id}/requirements.md` - `docs/spec/changes/{change-id}/design-spec.md` - `docs/spec/project.json` (cloud.provider, iac_tool, git_platform, **standards**) - `rules/security-tiers.md` - `rules/engineering-standards.md` - **Engineering standards for the change's layers/targets**: resolve `project.json:standards` (or `docs/spec/standards/_index.md`) and read the relevant `standards/{layer}.md`. These are a **hard constraint** on this design, not a suggestion. If no standard exists for a layer, announce it and treat every non-trivial pattern choice for that layer as a gray zone to ask (never silently pick one). - Project steering: `product.md`, `tech.md` or equivalents if they exist Verify `approvals.design_graphic.approved = true`. If not, stop. ### Step 2 — Architecture discovery **For features that extend the existing system (brownfield):** Dispatch subagents to explore in parallel: - Subagent A: `grep -r` of existing patterns related to the capability - Subagent B: read existing endpoints/SPs of the affected area Identify: - Existing code patterns to follow (naming, function structure, error h