What problem does it solve?
It helps teams identify and document concrete technical risks late in the architecture process so failures don’t surprise you during implementation or production rollout.
Core Features & Use Cases
- Stage-locked risk identification (Stage 6, runs last): Halts if earlier architecture artifacts are missing to avoid blind or speculative risk registers.
- Eight grounded discovery scans: Derives risks from logical/physical architecture, tech stack conditions (EOL/bleeding-edge), system inventory maturity, quality profile targets, epic failure conditions, compliance patterns, and KB-described failure modes.
- Decision-manifest traceability: Writes a technical-risks.yaml register plus a decision manifest that records how each risk was surfaced and how it should be handled.
Quick Start
Ask an orchestrator to run derive-technical-risks after Steps 1–5 have produced the quality profile, systems inventory, logical/physical architecture, and tech-stack artifacts to generate technical-risks.yaml and decision-manifest-derive-technical-risks.yaml.