Web
AuraScore 83/100

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.

Template

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

  1. Map remote container lifecycle integration points within {{module_federation_setup}} to isolate boot sequence failures.
  2. Audit {{shared_state_library}} for unintended global pollution, memory retention across unmounts, and race conditions.
  3. Evaluate {{routing_strategy}} for synchronization anomalies between host shell and remote micro-apps.
  4. Examine dependency sharing rules to identify breaking version drift and duplicate vendor runtimes.
  5. Review {{deployment_pipeline}} to pinpoint independent deployability blockers and contract-testing gaps.
  6. Formulate contract definitions and event-bus protocols to enforce zero direct coupling.
  7. 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

  1. Architectural Health Summary (high-level risk matrix)
  2. Runtime Isolation & State Analysis (3 to 5 detailed defect evaluations)
  3. Federation Contract Specification (code interface snippets and protocol rules)
  4. 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?
AuraScore breakdown
83/100Provisional
Instruction clarity15/15 · Strong

Explicit role, a named task, and discrete steps the model can follow.

Context architecture12/12 · Strong

Background, inputs and variables the model needs before it starts.

Constraint engineering12/12 · Strong

Hard boundaries — what the model must and must not do.

Output specification6/14 · Thin

A named, field-level shape for the response.

Reasoning structure10/10 · Strong

Ordered work items that force analysis before an answer.

Model compatibility10/10 · Strong

Length and structure that travel across frontier models.

Token efficiency7/10 · Adequate

Signal density — instruction weight without padding.

Reusability7/7 · Strong

Documented variables so the scaffold adapts to new inputs.

Robustness3/5 · Adequate

Quality bar, assumptions and behaviour when inputs are thin.

Observed performance1/5 · Thin

How much real usage the template has behind it.

developers
developers-web
technology-software
micro-frontends
module-federation
frontend-architecture