architecture-governancelisted

# Govern Project Architecture Use an explicit architecture manifest as the source of truth. Passing tests does not excuse an architectural violation. ## Respond in the user's language Detect the user's language from their messages and use it for all prose addressed to them: questions, explanations, recommendations, status, and the closing summary. Keep every machine token verbatim — code, commands, file paths, schema field names, stable IDs, and the status or verdict values this skill returns — and convey their meaning in the surrounding prose rather than translating the tokens. If the user's language is unclear, ask once, then continue in the chosen language. Persisted artifacts are contracts, not chat. Keep their template headings, YAML keys, stable IDs, and status tokens exactly as specified so downstream skills and validators keep working. Narrative content inside an artifact may follow the user's language when the user asks for it. ## Load references and templates - Read [bootstrap.md](references/bootstrap.md) when the project lacks an approved manifest. - Read [change-governance.md](references/change-governance.md) for task-level Change Envelopes and cross-layer requests. - Read [architecture-checks.md](references/architecture-checks.md) before defining or executing gates. - Copy [architecture-template.yaml](assets/architecture-template.yaml) to `.ai/architecture.yaml` when bootstrapping. - Copy [baseline-template.yaml](assets/baseline-template.yaml) to `.ai/archi