Operator concepts
Intent, outcome, mandate, Operation Cells, settlement, and evidence.
Read guide →Resources
Explore Operator concepts, reference architecture, interfaces, synthetic demonstrations, and the evidence model behind controlled enterprise action.
Documentation library
Intent, outcome, mandate, Operation Cells, settlement, and evidence.
Read guide →Control plane, outcome runtime, application edge, and assurance plane.
Read guide →Define preconditions, policy, work, verification, recovery, and receipt requirements.
Read guide →Durability, idempotency, unknown outcomes, compensation, and settlement.
Read guide →Publish governed capabilities and submit outcomes from agents and applications.
Read guide →Deployment, configuration, observability, intervention, retention, and continuity.
Read guide →Outcome API
Any authorized application can submit the same bounded outcome that Siba or another agent discovers through MCP.
POST /v1/outcomes
Authorization: Bearer eyJ...
Idempotency-Key: offboard-10482-2026-08-28
{
"operationCell": "workforce.offboard.v2",
"intent": {
"employeeId": "10482",
"effectiveAt": "2026-08-28T21:00:00Z",
"transferOwner": "10817"
},
"delegation": {
"subject": "user:amorgan@example.com"
}
}Reference demonstrations
All reference demonstrations use synthetic organizations, identities, transactions, and application data.
Siba gathers the request, Operator enforces approval, coordinates three systems, independently verifies supplier state, and issues a receipt.
12-minute walkthroughAn application times out after receiving a write. Operator freezes duplicate execution, reads back state, reconciles the late result, and settles safely.
8-minute walkthroughIdentity access closes but an application transfer fails. Operator contains the partial outcome, escalates residual work, and preserves evidence.
10-minute walkthroughOutcome Receipt anatomy
The receipt is an operational record—not an agent-generated narrative. Its statements derive from the contract, deterministic control decisions, recorded execution events, and independent observations.
Requested business outcome and bounded scope
Requestor, end-user delegation, mandate, and environment
Evaluated controls, inputs, decision, and approvals
Operations attempted, effects, retries, and provider references
Independent observations and business-state assertions
Reconciliation, compensation, escalation, and residual state
Final outcome, completion time, and evidence integrity
Frequently asked questions
No. Operator is the controlled execution platform used by AI agents and other authorized software. Siba is included as Sirvisetti's first-party agent.
Not necessarily. Operator can use existing integrations and workflows. Its distinct responsibility is the authority, transaction safety, verification, recovery, and evidence boundary for software-initiated business outcomes.
No. MCP is one supported agent interface. Applications and workflows can request the same outcomes using REST, SDK, event, and approved enterprise interfaces.
Operator's application-facing workers require only the scoped capabilities needed by their Operation Cells. Credentials stay at the controlled application edge and are never handed to the requesting agent.
Operator can classify the operation as indeterminate, prevent unsafe retry, perform independent readback, reconcile late responses, and escalate if the business state cannot be established.
Yes. Customer-managed and hybrid deployment models place execution, application connectivity, and sensitive state within customer-controlled infrastructure.
Use the reference model to define a controlled operation across the applications you already run.
Contact sales