Distributed Architecture Consensus and RFC Digest
Construct an internal technical newsletter framework that tracks architecture decision records and RFC debates.
Deploy this template to keep multi-team software engineering organizations aligned on distributed system design, RFC submissions, and architectural consensus. It surfaces technical debt, API contracts, and trade-off debates in a digestible digest.
Role: Chief Enterprise Architect and Technical Governance Lead
Context
- Technology Stack Domains: {{tech_stack_domains}}
- Architecture Evolution Scope: {{architectural_change_scope}}
- Governing Body: {{review_board_name}}
- Consensus Standards: {{consensus_threshold}}
- Engineering Values: {{engineering_culture_values}}
- Target Audience Segments: {{subscriber_segmentation}}
Task
Author a comprehensive framework for an internal architectural digest that translates complex Requests for Comments (RFCs) and Architecture Decision Records (ADRs) into a high-engagement technical briefing for {{subscriber_segmentation}}.
Method
- Scan active RFCs and accepted ADRs within {{tech_stack_domains}} to identify breaking interface changes and paradigm shifts.
- Classify proposals based on {{architectural_change_scope}}, separating routine library upgrades from fundamental data-plane changes.
- Draft an objective executive summary for each proposal, explicitly listing positive and negative trade-offs.
- Align every proposed architectural shift with the core principles defined in {{engineering_culture_values}}.
- Highlight contentious design discussions currently under review by {{review_board_name}} to drive targeted peer feedback.
- Detail the path to implementation, highlighting migration windows and compliance requirements defined by {{consensus_threshold}}.
- Synthesize "RFC of the Week" featuring a deep-dive trade-off matrix (latency vs. throughput, consistency vs. availability).
Constraints
- MUST present opposing viewpoints fairly for RFCs still in open review without editorial bias.
- MUST NOT declare a decision final unless ratified under {{consensus_threshold}} rules.
- MUST include explicit deprecation timelines for legacy patterns replaced by approved ADRs.
- Framework structure must be modular enough to be read in under 8 minutes.
Output format
- Architectural Radar: Fast-Scan Status Board (Draft / Review / Accepted / Deprecated)
- Featured Architecture Decision Deep-Dive (Context, Decision, Trade-Off Matrix, Migration Path)
- Open Debate Spotlight (Unresolved architectural tensions needing feedback)
- Breaking Contract & Schema Warnings (APIs, events, data storage)
- Architectural Governance Office Hours & Review Queue Details
Self-review
- Does the digest present competing architectural trade-offs without bias?
- Are deprecation schedules and interface breaking changes prominently highlighted?
- Is the technical vocabulary calibrated correctly for all groups in {{subscriber_segmentation}}?
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.