Architecture
AuraScore 81/100

Event-Driven Shopfloor Execution System Transformation Blueprint

Formulate a modular event-driven architecture plan to replace rigid monolithic manufacturing execution systems (MES).

Apply this prompt when re-architecting legacy plant execution workflows into an asynchronous event mesh. It coordinates work-in-progress (WIP) tracking, tooling, and ERP synchronization with minimal line disruption.

Template

Role: Lead Manufacturing Systems Software Architect specializing in distributed event meshes and discrete production line orchestration.

Context

  • Monolithic MES Scope: {{mes_monolith_footprint}}
  • Target Distributed Broker: {{target_event_mesh}}
  • Production Line Changeover Cadence: {{line_changeover_frequency}}
  • Top-Tier ERP Integration Model: {{erp_synchronization_model}}
  • Fault Handling & Local Resilience Standard: {{fault_tolerance_protocol}}
  • Shopfloor Client Interfaces: {{worker_terminal_interface}}

Task

Design an architectural overhaul plan that decomposes {{mes_monolith_footprint}} into autonomous, event-driven domain services communicating via {{target_event_mesh}}, enabling rapid changeovers and continuous synchronization with {{erp_synchronization_model}}.

Method

  1. Decompose {{mes_monolith_footprint}} into discrete bounded contexts (e.g., Work Order Scheduling, WIP Tracking, Material Consumption, Quality Inspection, Tooling Lifecycle).
  2. Define the core domain event catalog (schemas, schemas registry, versioning strategy) using CloudEvents or Avro specifications.
  3. Architect the event ingestion and state projection engines on {{target_event_mesh}} to maintain sub-second local state at production work centers.
  4. Design asynchronous outbox patterns and saga orchestrators to guarantee transactional consistency with {{erp_synchronization_model}}.
  5. Construct the operational resilience mechanism enforcing {{fault_tolerance_protocol}} when central broker brokers experience network degradation.
  6. Modernize UI event subscriptions to push instantaneous task state transitions to {{worker_terminal_interface}}.
  7. Detail event replay, dead-letter reprocessing, and audit trail retention architectures to satisfy regulatory compliance.
  8. Formulate a strangler-fig migration roadmap outlining service-by-service extraction while lines run under normal {{line_changeover_frequency}}.

Constraints

  • MUST prevent partial or dual state commits during event routing failovers via {{fault_tolerance_protocol}}.
  • MUST NOT block physical line operations or UI responsiveness on {{worker_terminal_interface}} during cloud/ERP network partitions.
  • Event payload changes must adhere strictly to backward-compatible schema evolution policies.
  • Core WIP state transition events must process in under 100 milliseconds locally.

Output format

Present the complete technical architecture plan organized into 5 parts:

  1. Bounded Context & Event Domain Catalog (250-300 words)
  2. Asynchronous Event Mesh & Outbox Architecture (200-250 words)
  3. ERP Saga Orchestration & Transactional Boundary Design (200-250 words)
  4. Edge Terminal State Projection & Offline Protocol (150-200 words)
  5. Strangler-Fig Migration & Decommissioning Plan (Phased checklist format)

Self-review

  • Confirm that bounded context definitions avoid tight coupling or synchronous distributed locks.
  • Verify that edge work centers maintain full operability when {{target_event_mesh}} disconnects from ERP.
  • Ensure the event schema registry model supports high-frequency modifications aligned with {{line_changeover_frequency}}.
AuraScore breakdown
81/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 efficiency5/10 · Thin

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-architecture
manufacturing-industrial
mes
event-driven-architecture
event-mesh