What problem does it solve? Authoring AEM Workflow models on AEM as a Cloud Service requires precise knowledge of the design-time /conf XML format, step resource types, and deployment rules, and mistakes like shipping /var runtime content or using deprecated /etc paths break models in the editor. ## Core Features & Use Cases - Model XML Generation: Produces the correct cq:Page / flow parsys structure with nt:unstructured step nodes and proper sling:resourceType values for PROCESS, PARTICIPANT, DYNAMIC_PARTICIPANT, OR_SPLIT, AND_SPLIT, and EXTERNAL_PROCESS steps. - Guardrail Enforcement: Hard-stops forbidden patterns such as cq:WorkflowModel nodes under /conf, /var content in packages, and /etc/workflow/models/ paths. - Design Patterns: Provides reference implementations for linear approval, OR-split decision branches, parallel AND-split reviews, Goto retry loops, and Task Manager integration. - Use Case: A developer needs an approval workflow where content is validated, reviewed by a group, and published on approval. The Skill generates the model XML at /conf/global/settings/workflow/models/, the filter.xml merge entry, and deployment steps through Cloud Manager with post-deploy Sync. ## Quick Start Ask the assistant to design an AEM workflow model with a validation process step, a content-review participant step, and an OR-split that activates the page on approval for AEM as a Cloud Service.