A system of design for agentic business processes.
Design, compose, simulate and validate agentic processes with your existing AI stack. Align business and IT around a tested process before committing to development.
Works with what you already run. Your agents, tools and data stay where they are.
Scroll to enter the process
Acceptance testing is too late to discover the process is wrong.
An AI use case starts with business requirements. IT builds the application, technical testing follows, and only then do business users judge the result. That is where missing steps, misunderstood requirements and unexpected agent behaviour tend to surface. Each gap can trigger another cycle of clarification, development, integration and testing.
The impact is more than delay: every additional cycle consumes scarce business, engineering, architecture and testing capacity, often after much of the expensive technical work has already been completed. For example, a missing approval step or incorrectly routed exception discovered during acceptance testing can require changes to the workflow, agent instructions, integrations, test scenarios and governance evidence. The problem is not that the issue cannot be fixed. The problem is when it is discovered.
Requirements
Development
Testing
Business acceptance
Rework
Move business validation to the beginning.
Explore how the process behaves while changes are still design decisions. Design the process, simulate realistic scenarios, test exceptions and let business users review the expected behaviour before significant engineering effort is committed. Development then starts from a process that has already been challenged by the business, with clearer requirements, understood exceptions and concrete acceptance criteria.
Requirements
Process design
Simulation
Business validation
Development
Production validation
Validate the process before committing expensive engineering capacity. Technical, security, integration and final acceptance testing still complete the path to production; the difference is that fundamental process issues can be discovered before they become expensive implementation changes.
Works with what you already run.
Orqentra Studio is the design and validation layer for agentic business processes.
It sits above the AI capabilities your organisation already owns: agents, tools, data and knowledge services, and the runtime that executes them. Studio complements your development and runtime platforms rather than replacing them.
Process Studio: design, simulate and validate. This is Orqentra Studio.
Backend integrations: configured once by your platform team.
AI agents, knowledge services, skills and tools you already run.
Your existing runtime, with sandboxing, monitoring and governance.
How it works: design, compose, simulate, validate
01Design
Turn requirements into a process.
Map business steps, agent responsibilities, data needs, decision points and human approvals.
The example throughout: a stock replenishment process. A test persona, Jordan, asks which products need to be reordered.
02Compose
Assemble the capabilities it needs.
Bring in the agents, tools and data services your organisation already runs, and map what each step sends and returns.
03Simulate
Test the questions and exceptions.
Explore realistic scenarios with synthetic personas, controlled data and approved capabilities. Follow a request from intent to outcome, including the routes you did not expect.
Synthetic
Approved capability
Read only
Human approval required
04Validate
Agree on what success looks like.
Review outcomes against business requirements, resolve gaps and agree on the intended behaviour.
Low-stock products are identified from inventory data.
No reorder is created without a person approving it.
Jordan receives a clear answer with the proposed reorder.
Open: how the supplier policy exception should be handled.
Agree on how the process should behave before developers build it.
Synthetic or live, chosen step by step.
Rehearse against a mix of synthetic responses and real capabilities, reached through connections your platform team configures once. Anything you are not ready to execute stays synthetic.
Find low-stock productsInventory database, read only
Routes through the integration layer to your inventory database, read only.
Check supplier policyPolicy knowledge service
Routes to a synthetic fixture inside the Studio. No real system is called.
Create reorderPurchasing API, write
Routes to a synthetic fixture inside the Studio. No real system is called.
Illustrative process with synthetic data. Business teams refine and test designs without waiting for an application to be rebuilt each iteration.
Let agents do the work. Keep people in charge.
Make permissions part of the process. Limit agents to approved capabilities, bring in human approval for write actions, and test against controlled data before anything reaches a real system.
Human approval required
The Create reorder step wants to write to the Purchasing API. The write stops at the permission boundary until a person approves it.
Explicit resource permissions
Identity from trusted test personas
Human approval for write actions
Policy evidence with version context
Sandboxing, monitoring and governance in your runtime
A lens over your architecture, not another silo.
Orqentra Studio composes what you already own. It is where process intent becomes visible, testable and validated.
StudioProcess StudioDesign, compose, simulate and validate in a shared workspace.
YoursBackend integrationsConfigured integrations and permissions, set up once by your platform team.
YoursAgents, knowledge, skills and toolsStay in your environment, where they already run.
YoursRuntime executionYour runtime executes validated processes, with sandboxing, monitoring and governance.
Less rework. Clearer decisions. A shorter path to production.
The benefits the approach is intended to produce. What you gain depends on your processes and your teams.
Earlier alignment
Resolve differences between business expectations and process behaviour before implementation.
Fewer avoidable iterations
Identify missing steps and exceptions while the process is still inexpensive to change.
Better use of scarce capacity
Focus business, engineering, architecture and testing resources on a process that has already been validated.
Clearer acceptance criteria
Carry concrete scenarios and expected outcomes into development and testing.
Inside the Studio
What you can do in the Studio
From a first sketch to a design your builders can rely on, without touching a live system. Every example comes from one process: a customer who wants to change their mortgage.
Connect your backend over MCP
Connect the agents, tools and data you already run. Import only what a process may use; your own people approve it, and Live needs approvals.
Validate checks the design and, where the fix is clear, offers it as a button.
Example“Mortgage policy is not reachable from Start.” → Reverse that arrow
Brief your agents
Write down what a conversation agent must ask, collect, hand over and never do. It travels into the specification.
Example“Ask for the mortgage number first. Never promise a rate.”
Let AI play the agent
A model answers as the agent would, following its brief and your principles, on made-up data only.
Example“I want to fix my rate for ten years.” → “Could you give me your mortgage number?”
Talk to it, typed or spoken
Play the customer yourself. In voice mode it feels like a call: speak, pause, hear the answer.
ExampleTest in English or Dutch, with answers read aloud in the agent’s voice
Replay as a test
Save a good conversation and replay it after every change, to see whether the answers got better or worse.
ExampleChange the brief, run again, compare the same four customer lines
Review against your principles
Check each conversation against your organisation’s principles. AI suggests verdicts with quotes; people decide.
ExampleAI disclosure: not met, “the agent did not say it is an AI assistant”
Run it Live
Switch steps to Live to call your real backend through the approved capabilities, within your policies. Every write waits for a person to approve that exact call.
Examplelookup_mortgage (Live, read) → update_mortgage_rate waits for the mortgage advisor → Approve & continue
Export for implementation
Hand the builders the agreed design: a specification with the steps, agent briefs, approvals and agreed behaviour, plus the process as JSON or YAML.
Examplemortgage-service-change-design-spec.md and the process in YAML, ready for your delivery team
Design the process before you build the application.
Orqentra Studio brings business and IT together around an agentic process that can be designed, simulated and validated against realistic scenarios and the capabilities you already run. We are working with a small number of design partners who bring real use cases and want to shape what this becomes.