Build a Maestro BPMN with a coding agent (preview)

Coding agent workflow for planning, building, and deploying a Maestro BPMN process from a prompt, process map, PDD, or existing BPMN model.

	BPMN Maestro	Cas Maestro
Le contenu s'applique à	✅	❌

Remarque :

Building a Maestro BPMN process with a coding agent is in Public Preview.

Vue d'ensemble (Overview)

Coding agents are a primary way to build on UiPath. Point one at a Maestro BPMN process and it takes you from idea to production — planning, building, debugging, and deploying the process — compressing what once took weeks or months into hours or days.

Maestro BPMN models structured, repeatable business processes as visual, executable Business Process Model and Notation (BPMN) 2.0 diagrams: events, tasks, gateways, sequence flows, and the participants (pools and lanes) who carry out each step.

Building one diagram by hand means laying out the diagram, wiring the implementation behind each task, and configuring the gateway logic and error handling that keep the process correct.

A coding agent does that work with you: you describe the process you want, it proposes a plan, and once you approve, it builds, debugs, and deploys the process in your solution. You use the coding agent of your choice, and you stay in control at every step.

Ce que vous pouvez créer

A coding agent takes a Maestro BPMN process from an idea to a runnable model. Today it can author and build:

• Process models — the events, tasks, gateways, and sequence flows that make up the diagram, and the participants (pools and lanes) that own each step. This includes the full event set — start events (manual, message, timer, or queue-triggered), intermediate and boundary events (message, timer, or error-based, interrupting or non-interrupting), and end events.
• Task implementations — the agent can reference any task type from projects already in your tenant, and can build these directly as part of the same solution:
  • Service tasks — invoking automations or APIs.
  • User tasks — human-in-the-loop steps, with assignees, task forms, inputs and outputs, and escalations.
  • Send tasks — a synchronous outbound call to an external system through an Integration Service connector activity.
  • Receive tasks — pausing execution to wait for an inbound trigger from an external system through a connector event.
  • Script tasks — decision expressions and flow logic.
• Gateways and flow logic — exclusive, parallel, inclusive, and event-based gateway conditions that route the process.
• Error handling and recovery — boundary events for task-level exceptions, and event subprocesses for centralized, process-scoped or subprocess-scoped error and message handling. Error subprocesses always interrupt the enclosing scope, and ad-hoc subprocesses are not supported.
• Modularity — inline subprocesses for grouping logic within a diagram, and Call Activities for invoking a separate, reusable agentic process. Maestro doesn't support calling a different BPMN file within the same project.
• Multi-instance patterns — the multi-instance marker, which repeats a task sequentially or in parallel over a collection. This is the one marker Maestro interprets at runtime — other markers are for diagram clarity only.

Mode de fonctionnement: planifier, approuver, créer

Le build suit un flux délibéré et limité à la révision:

1. You give it a starting point — a prompt, a process map diagram, an existing process definition document (PDD), or a rough BPMN model.
2. The agent drafts a plan — it reads your input and proposes the events, tasks, gateways, sequence flows, and participants it intends to build, and shows it to you.
3. Vous approuvez - l'agent s'arrête et attend votre examen avant de créer quoi que ce soit. Vous affinez le plan dans la conversation jusqu'à ce qu'il soit correct.
4. The agent builds — it authors the process model and the task implementations, validates and simulates them, and reports back. You can publish, run, and test from the same conversation.

Because the agent pauses for your approval before building, incorrect assumptions are caught at the plan stage, rather than after a process has been built and deployed.

Remarque :

Data objects, data stores, and text annotations are diagram-only in Maestro. They document how data moves for readability, but don't affect execution. The agent wires runtime data through task inputs and outputs and the Variables and Expression editor, the same way a person building the process by hand would.

Commencer par ce que vous avez déjà

Un agent de codage répond à votre processus là où il se trouve. L'un des éléments suivants est un point de départ valide:

• A prompt — describe the process in plain language.
• Un diagramme de carte de processus — un diagramme de flux ou de couloir de la façon dont le travail s'exécute aujourd'hui.
• An existing PDD — the document your business analyst already wrote.
• An existing BPMN model — a diagram you or someone else has already started.

L’agent transforme d’abord l’un ou l’autre de ceux-ci en un plan proposé, puis se fonde sur votre approbation.

Fonctionne avec tous les agents de codage majeurs

Maestro BPMN works with the coding agent your team already uses:

Agent de codage	Facteur de formulaire
Claude Code	Terminal et IDE
Codex	Terminal et IDE
Copilot de GitHub	IDE
Curseur	IDE
Juillet	Plateforme de développement agentique

The Maestro BPMN authoring capability is delivered as a UiPath skill the coding agent uses — you're not locked into a single proprietary tool.

Ressources connexes

• Understanding Maestro BPMN modeling — what BPMN 2.0 modeling is and where it fits in Maestro.
• BPMN primer — the core BPMN concepts this capability builds on: events, tasks, gateways, and sequence flows.
• Events in BPMN — start, intermediate, boundary, and end event types.
• Tasks in BPMN modeling — the task types a coding agent can build.
• Gateways and flow logic and Markers — routing logic and the multi-instance marker.
• Subprocesses and modularity — inline subprocesses and Call Activities.
• Implementing a simple process and Implementing a complex process — building the same kind of process by hand.
• Simulating and Debugging — validating a process before and after deployment.