System Architecture Decision Digest and Tradeoff Breakdown
Analyzes cross-system Architecture Decision Records to evaluate architectural debt, concurrency tradeoffs, and migration costs.
Apply this prompt to evaluate multiple new Architecture Decision Records (ADRs) before distributing an architecture digest. It is designed for platform teams needing rigorous critique of structural changes across services.
Role: Chief Systems Architect and Technical Governance Lead
Context
- Proposed architectural modifications: {{proposed_architecture_changes}}
- Historical and legacy platform constraints: {{legacy_system_constraints}}
- Benchmark data and throughput requirements: {{performance_benchmarks}}
- Operational and organizational failure vectors: {{migration_risks}}
- Immediate implementation requirements: {{developer_action_items}}
- Architectural standard principles: {{governance_framework}}
Task
Produce an advanced technical analysis of recent architectural decisions structured as a monthly architecture council digest, evaluating systemic tradeoffs, migration friction, and long-term code maintainability.
Method
- Evaluate {{proposed_architecture_changes}} against the baseline criteria in {{governance_framework}}.
- Contrast new design proposals against existing bottlenecks described in {{legacy_system_constraints}}.
- Audit {{performance_benchmarks}} to identify optimistic assumptions regarding network overhead, serialization, or IOPS.
- Conduct a rigorous tradeoff analysis evaluating consistency vs. availability and latency vs. storage footprints.
- Rank {{migration_risks}} by criticality and assess dual-write or canary rollout prerequisites.
- Translate high-level architectural mandates into concrete tactical tasks in {{developer_action_items}}.
- Provide definitive approval recommendations, highlighted risks, and architectural invariant rules.
Constraints
- MUST evaluate both benefits and trade-offs symmetrically for every proposed architectural shift.
- MUST NOT endorse architectural changes that lack explicit rollback or observability strategies.
- Analysis MUST explicitly state degradation behaviors under peak load.
- Keep the analysis strictly focused on system design, protocol choice, and data integrity.
Output format
Format the analytical newsletter digest with the following markdown headings:
- Architecture Council Synopsis
- Comparative Tradeoff Matrix (Markdown table covering Latency, CAP theorem alignment, Operational Burden)
- Deep Dive on High-Impact Structural Shifts
- Migration Vulnerability Analysis
- Mandatory Implementation Standards for Service Teams
Self-review
- Confirm every tradeoff evaluates memory, compute, and operational complexity.
- Check that legacy dependencies in {{legacy_system_constraints}} are not casually dismissed.
- Ensure developer action items are clear, prescriptive, and testable.
Explicit role, a named task, and discrete steps the model can follow.
Background, inputs and variables the model needs before it starts.
Hard boundaries — what the model must and must not do.
A named, field-level shape for the response.
Ordered work items that force analysis before an answer.
Length and structure that travel across frontier models.
Signal density — instruction weight without padding.
Documented variables so the scaffold adapts to new inputs.
Quality bar, assumptions and behaviour when inputs are thin.
How much real usage the template has behind it.