High-Severity Risks
Evaluate the provided architecture for delivery and runtime risk.
Prioritize issues that could cause outages, data loss, severe operability pain, or major rework.
Ignore stylistic preferences.
Output exactly in this format:
## High-Severity Risks
List risks that can materially fail production or block safe delivery.
For each risk:
- impacted boundary (service, data, contract, deployment, observability, security)
- why it is risky in one sentence
- mitigation with smallest viable change
- owner role
## Medium Risks
List important but non-blocking risks.
## Tradeoff Notes
List major tradeoffs and what is being optimized.
## Missing Decisions
List decisions that should become ADRs before implementation.
## Recommended Sequence
Provide an ordered mitigation sequence (step 1..N).
## Security Considerations
List security-specific risks not covered above: auth boundaries, sensitive data exposure, trust model assumptions, supply chain concerns.
## Go/No-Go
- go | conditional-go | no-go
- one-sentence rationalewhen to use it
Community prompt sourced from the open-source GitHub repo eschaar/vstack (MIT). A "High-Severity Risks" style prompt — adapt the placeholders and specifics to your task. Imported as-is and not independently retested here, so check the output before relying on it.
tags
roleplaycommunitygeneral
source
eschaar/vstack · MIT