Skip to main content

Agent Studio · Agent Runtime · governed execution

Build enterprise AI agents with explicit tools, context and authority.

Agent Studio defines an agent’s identity, instructions, tools, skills, knowledge, memory, runtime capabilities and autonomy. Agent Runtime executes that configuration within the resource, policy and approval boundaries available in the deployed environment.

Voice and typed interaction

Scoped models, tools, skills and knowledge

Sensitive actions remain approval-gated

Simulated Orchestrator

Interactive agent runtime simulation

Ready
Policy route ▾Guarded autonomyBrowser preview
ORCHESTRATOR

In this browser preview, describe a workflow or operational problem. I’ll visualize the configured model label, scoped resources, condition checks and approval boundary before responding.

Agent Customer OperationsTools CRM · BrowserSkills Account ResearchKnowledge Billing PoliciesConditions Approval · Context
01TranscriptSpeech or typed input
02Route & contextModel, agent and resources
03Conditions & policyPermit, gate or deny
04Voice responseAuditable answer
Microphone permission requiredBrowser speech preview · no production execution · no customer data
WHERE CREATETING FITS

Use agents where work crosses systems, policies and teams.

Createting is built for recurring operational work that needs model reasoning, approved tools, business knowledge, conditions, human approvals and an audit trail—not for unbounded autonomy.

01 · FIRST USE CASE

Start where the process has a stable core.

Good pilots combine recurring volume, measurable outcomes, explicit exceptions and a boundary the agent must not cross.

Customer operationsSales & revenue opsFinance operationsSupport & service
02 · GOVERNANCE

Control each resource—not only the agent.

Tools carry explicit restriction levels. Skills and knowledge bases remain scoped. Event, data, context, time, system, approval and reasoning conditions decide when a resource can activate.

NO_RESTRICTIONLOW_RESTRICTIONHIGH_RESTRICTIONEXPLICIT_DENY
03 · DEPLOYMENT FIT

Choose the runtime around the workload.

Use workspace-approved API endpoints, hybrid routing or private infrastructure according to data sensitivity, latency, availability and unit economics.

Model Router
policy routing across configured endpoints
Workspace Default
one explicit workspace-default route
04 · BUYER VERIFICATION

Inspect what the platform claims to control.

  • ✓ Model route is visible
  • ✓ Resource scope is inspectable
  • ✓ Approval ownership is explicit
  • ✓ Execution evidence is retained
Recurring volumeTwo or more systemsClear risk boundaryMeasurable outcome

ARCHITECTURE

One control plane from intent to evidence.

Createting connects agent configuration, execution, coordination and human control so a workflow can move forward without losing its boundaries.

  1. 01

    Agent Studio

    Configure identity, instructions, tools, skills, knowledge, autonomy and runtime capabilities before deployment.

    BUILD · AVAILABLE
  2. 02

    Agent Runtime

    Execute configured agents through the enabled environments and surfaces for the selected workflow.

    EXECUTE · QUALIFIED
  3. 03

    Orchestrator

    Coordinate missions, agents, tools and dependencies while preserving scope and policy.

    COORDINATE · CONTROLLED ROLLOUT
  4. 04

    Mission Control

    Make execution state, approvals, evidence and artifacts visible to the people responsible for the outcome.

    OPERATE · CONTROLLED ROLLOUT

REASONING MODEL

Choose the right kind of control for the work.

PATHWAYSDETERMINISTIC

Make the route explicit.

Pathways define a repeatable workflow with known nodes, transitions and tool boundaries.

Best for repeatable operations, approvals and predictable handoffs.

THINKWAYSAGENTIC

Let the agent reason within a boundary.

Thinkways provide an agentic reasoning workflow that can interpret context, choose a next action and remain subject to conditions.

Best for work where the next step depends on evidence and context.

Where do channels fit?

Voice, chat, browser, computer, API, webhook and schedule are execution surfaces. They are ways work reaches the runtime—not the platform's control model itself.

How does governance travel with an action?

Autonomy profiles, conditions and human approvals determine whether an action can proceed, needs review or remains outside the configured boundary. Evidence makes the result inspectable.

OPERATING PRIMITIVES

Context, capability and evidence stay connected.

The platform's value is not one agent or one channel. It is the contract around what an agent can know, do and prove.

01

Memory & context

Knowledge bases provide governed retrieval. Memory carries the configured context that an agent or mission is allowed to use.

Scope
Workspace, agent or mission context
Boundary
Access and write policy
02

Tools & extensibility

REST, MCP, webhooks, functions, custom tools and skills extend what agents can do without turning every action into an unbounded permission.

Decision
Tool, skill or knowledge action
Control
Autonomy, conditions and approval
03

Evidence & boundaries

Execution state, approvals, artifacts and audit evidence make outcomes inspectable while tenant and context boundaries remain explicit.

Visible
Status, decision and artifact trail
Boundary
Tenant and execution context

Availability, rollout status and enforcement depth vary by deployment. Architecture review makes those boundaries explicit before a pilot.

Compare my workflow →
AGENTIC AI PLATFORM · PRODUCT TOUR

Build, coordinate and operate agents through one governed system.

Configure agents in Agent Studio, coordinate missions through the Orchestrator and Mission Control, and combine deterministic Pathways with agentic Thinkways under shared execution policy and evidence.

01 · ORCHESTRATOR

Turn a business goal into coordinated agent work.

Plan work, delegate bounded tasks, invoke approved tools and execution surfaces, and keep activity, questions and artifacts connected to the mission context.

Multi-turn conversation and reusable context
Guarded autonomy and model routing
Artifacts, browser sessions and human questions
Try the composer
REPRESENTATIVE RUN · EXECUTION STRUCTURE IS PLATFORM-ACCURATE
CG

Resolve a duplicate payment request within the approved refund boundary.

Orchestrator

I verified the transaction, matched the customer identity and checked the financial policy. The €48 refund is permitted and a reviewable CRM update is ready.

Policy boundary
Complete
Transaction evidenceVerified
Policy boundaryPermitted
Artifact and audit trailReady
02 · MISSION CONTROL

See autonomous work as accountable operations.

Track mission state, task ownership, dependencies, approvals, execution evidence and outcomes in one operational view.

REPRESENTATIVE MISSION BOARD · STATES AND FIELDS ARE PLATFORM-ACCURATE
Incoming, generated, running and approval states
Drag missions between lifecycle stages
Inspect costs, results and governance events
Move a mission
Mission ControlOperational command layer
Running
42 on schedule
Plans ready7awaiting start
Approvals2needs attention
At risk1deadline warning
Incoming
2
Customer Operations
HIGH

Enrich priority accounts

Research new enterprise leads and prepare a reviewable CRM brief.

Guarded
SLA 18m
Execution plan · 3 waves
Open mission →
Revenue Operations
MEDIUM

Review disputed invoices

Collect evidence and classify disputes before human review.

Autonomy 2
SLA 42m
Budget policy attached
Review plan →
Auto-Generated
1
Finance Operations
HIGH

Recover failed onboarding

Example recovery mission prepared for repeated workflow failures.

Approval required
Budget €100
Wave 1 / 3Inspect →
In Progress1
Research AgentHIGH

Prepare renewal brief

Usage, support and stakeholder signals are being assembled.

AdaptiveAccount Brief
€2.48 / €6.00Pause
Pending Approval1
Finance AgentCRITICAL

Approve €640 account credit

Evidence is complete. Financial action exceeds the autonomous boundary.

Approval reason · amount above €100
Awaiting approvalReview →
Completed1
Support AgentNORMAL

Audit escalation quality

Resolution pack, lineage and evaluation results are available.

CompletedResult Pack
€3.12 totalResults →
03 · PATHWAYS & THINKWAYS

Build deterministic Pathways and reusable Thinkways side by side.

Pathways define deterministic transitions, tools, conditions, data and approval gates. Thinkways define agentic reasoning steps for work that must evaluate, branch, verify, replan or escalate.

Forced, suggested and reference patterns
Versioning, variables and evaluation suites
Connected nodes with live configuration states
Inspect the cognitive graph
PATHWAY · OPERATIONAL DAGDeterministic execution structureSTART · TOOL · DATA_SOURCE · SKILL · CONDITION · MISSION · HUMAN · FINISHentry_node_id · nodes[] · edges[] · draft/published
THINKWAY · COGNITIVE GRAPHReusable reasoning and evaluationFrame · verify · branch · critique · constrain · escalatethinkway_id · variables · evaluations · versions
REPRESENTATIVE PATHWAY
STARTRequest
DATA_SOURCELoad account
CONDITIONPolicy check
HUMANApproval gate
TOOLExecute update
FINISHResult
Customer Recovery ReasoningVersioned · draft and published states
REPRESENTATIVE THINKWAY · GRAPH STRUCTURE IS PLATFORM-ACCURATE
FORCED
Frame intentGoal · constraints · success
EVIDENCEVerify sourcesIdentity · policy · records
SUGGESTEDExplore resolutionAlternatives · tradeoffs
!
CRITICChallenge decisionRisk · contradictions
BOUNDARYHuman approvalOwner · reason · SLA
OVERVIEW
5 nodes · 5 edges

Thinkway variables and runtime scope

approval_policyconfigured thresholdnumber | rule
evidence_gaterequired before actioncondition
fallback_ownerassigned principal or teamprincipal
runtime_scopemission / sessionscope

Evaluation suite and release gates

Policy compliancegate configured
Unsupported action handlingdeny or escalate
Grounding requirementapproved sources required
Escalation qualityevaluation suite attached

Version and release states

CURRENTPublished or deployment-candidate definitionselected
DRAFTUnpublished graph, variable or enforcement changeseditable
BASELINELinked evaluation suite and comparison referenceattached
Graph valid5 nodes5 edgesReady to test
04 · AGENT STUDIO

Configure identity, resources, conditions and runtime before deployment.

Define identity, system instructions, variables and model routing. Attach tools, skills, knowledge bases and Thinkways; give each resource conditions and, for tools, an explicit restriction level. Then validate runtime environments and deployment readiness.

REPRESENTATIVE AGENT CONFIGURATION · STRUCTURE IS PLATFORM-ACCURATE
Tools with four restriction levels and activation conditions
Skills with auto-invoke, manual use and conditions
Knowledge bases, runtime environments and deployment gates
Assess the first workflow
CO
Customer Operations AgentDraft · Last saved 2 minutes ago
01

Identity

Define how the agent appears and what operating role it owns.

Complete
Agent name
Customer Operations Agent
Agent identity
Resolves bounded customer operations cases using approved knowledge, tools and escalation policies.
02

System Prompt

Set behavior, scope and non-negotiable operating constraints.

Configured
System instructions
You are a customer operations agent. Verify identity and evidence before selecting actions. Never execute financial actions above the configured boundary without approval.
03

Variables

Expose reusable configuration without rewriting instructions.

3 variables
approval_limit€100number
support_regionEUstring
04

Autonomy

Choose how independently the agent can plan and act.

Guarded
06

Runtime, models and advanced capabilities

Configure model routing and enabled runtime capabilities such as browser and computer execution, voice, memory, subagents and knowledge access according to the deployment.

Configured
Model routingModel Router · Auto RouteWorkspace Default · OpenAI GPT-4.1 · Claude 4.8 Opus · Kimi K2.6
Browser policyRead-only sessionDomain allowlist active
SandboxIsolated workspaceEphemeral environment
Voice channelEnabledStreaming session · interruption
Parallel tool callsEnabled · limit 3Conditions and policy per call
Memory write policyobservations_onlyNo unrestricted memory writes
Subagent depthMax 2Research Council · Knowledge Search
computer_use_enabledtrue
web_search_enabledtrue
model_council_enabledfalse
supervisor_enabledtrue
07

Thinkways

Attach reusable agentic reasoning workflows with variables, execution constraints and evaluation criteria.

2 attached

Customer Recovery ReasoningForced · production candidate

v12

Evidence Before ActionForced · verified

v7
08

Deployment readiness

Confirm configuration, tests and approval ownership.

6 / 8 ready
deployment_stageguarded
eligible_for_productionfalse
missing_gates2
05 · CAPABILITIES

Tools, skills and knowledge bases — governed resource by resource.

Tools carry NO_RESTRICTION, LOW_RESTRICTION, HIGH_RESTRICTION or EXPLICIT_DENY. Skills can auto-invoke. All three resource types support event, data, context, time, system, approval or reasoning conditions.

This is some text inside of a div block.
9 resources7 active conditions
tools[]tool_id · restriction level · conditions
skills[]skill_id · invoke mode · conditions
knowledgebase_ids[]knowledge_base_id · retrieval · conditions
context_configsources · top_k · similarity threshold · memory
TOOLS3+ Add
SKILLS3+ Add
Refund TriageBehavior pattern · auto invoke
AUTO
Invoke · automatic2 conditions
Account ResearchEvidence collection · manual
ON
Invoke · manual1 condition
Resolution DraftingArtifact generation · auto invoke
AUTO
Invoke · automatic1 condition
KNOWLEDGE BASES3+ Link
Billing Policies42 documents · RAG retrieval
ON
retrieval_top_k · similarity threshold1 condition
Support SOP18 documents · RAG retrieval
ON
KB access mode · conditional retrieval1 condition
Product Documentation128 documents · RAG retrieval
ON
scoped source · agent knowledge access1 condition
targettool_id · skill_id · knowledge_base_id
conditiontype · description · config
evaluationbefore invocation, retrieval or action
outcomeallow · deny · require approval · escalate
CONDITION BUILDERHuman Approval
Require an authorized role and a minimum number of approvals before the resource activates.
Natural-language descriptionRequire approval from a support lead when a financial action exceeds the configured limit.
Parametersrole: SUPPORT_LEAD · approvals: 1 · channel: orchestrator · expiry: 3600s
Condition valid · evaluated before resource activation
Scroll to move through the platform
01 / 04
ONE OPERATING MODEL

Different interfaces. One control model.

Every surface resolves into the same runtime contract: selected context, model route, resource permissions, conditions, approvals, observable execution and attributable evidence.

Inspect the control plane
01

Context is assembled before execution.

Agents, knowledge, prior work and system state are selected deliberately—not silently inferred from an unlimited workspace.

SCOPED
02

Permission travels with every action.

Autonomy, resource access, budget policies, deadlines, conditions and approval boundaries stay attached as work moves between surfaces.

GOVERNED
03

Evidence survives the handoff.

Sources, decisions, artifacts, interventions and results remain inspectable from first request through final outcome.

TRACEABLE

Go deeper where the mechanism matters

One product canon. Focused technical deep dives.

The platform overview stays here. Permissions, multi-agent coordination, browser execution and voice each have their own page so the product canon does not repeat the same explanation five times.