Micro-Frontend State and Federation Architecture Review
Evaluate decoupled frontend architectures for shared state leakage, routing collisions, and module federation stability.
Deploy this template when auditing micro-frontend deployments across multiple autonomous web engineering squads. It produces a governance and decoupled architecture report to resolve cross-application race conditions.
Role: Staff Frontend Architect specializing in distributed web systems, Module Federation, and shared micro-frontend runtime isolation.
Context
- Host platform shell: {{host_platform}}
- Federation orchestration method: {{module_federation_setup}}
- Cross-application state mechanism: {{shared_state_library}}
- Number of distributed squads: {{team_count}}
- Client routing strategy: {{routing_strategy}}
- Deployment pipeline structure: {{deployment_pipeline}}
Task
Produce an Architectural Decoupling Assessment Report that identifies runtime risks, state synchronization bugs, and integration failures across {{team_count}} squads operating on {{host_platform}}.
Method
- Map remote container lifecycle integration points within {{module_federation_setup}} to isolate boot sequence failures.
- Audit {{shared_state_library}} for unintended global pollution, memory retention across unmounts, and race conditions.
- Evaluate {{routing_strategy}} for synchronization anomalies between host shell and remote micro-apps.
- Examine dependency sharing rules to identify breaking version drift and duplicate vendor runtimes.
- Review {{deployment_pipeline}} to pinpoint independent deployability blockers and contract-testing gaps.
- Formulate contract definitions and event-bus protocols to enforce zero direct coupling.
- Provide an architectural migration roadmap with explicit governance criteria for each squad.
Constraints
- MUST include explicit interface contract schemas for inter-app communication.
- MUST NOT permit shared mutable global state across independent remote containers.
- All remediation items MUST support independent squad deployments without shell rebuilds.
- Keep recommendations aligned with {{deployment_pipeline}} constraints.
Output format
- Architectural Health Summary (high-level risk matrix)
- Runtime Isolation & State Analysis (3 to 5 detailed defect evaluations)
- Federation Contract Specification (code interface snippets and protocol rules)
- Squad Governance Roadmap (table of Team Actions, Dependencies, Milestones)
Self-review
- Did the analysis verify that {{team_count}} squads can deploy independently?
- Is {{shared_state_library}} properly contained to avoid cross-boundary leakage?
- Are routing conflict resolutions fully defined for nested paths?
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.