PLATFORM / OPERATE / RUNTIME & PLANNER

Mantenha o trabalho andando. Decida a próxima melhor ação.

O Runtime mantém estado, memória, compromissos e eventos ao longo do tempo. O Planner usa esse contexto para decidir continuamente o próximo passo — até o outcome ser concluído, bloqueado ou escalado.

StatefulEvent-drivenPersistentPolicy-controlledOutcome-oriented

Exemplo ilustrativo

OUTCOME · Contract Renewal Complete
STATE: utilization ✓ · SLA ✓ · supplier replied ✓ · approval pending
PLANNER · what should happen next?
NEXT BEST ACTION · request director approval
RUNTIME · create commitment · wait · resume when approved
OUTCOME

WHY A RUNTIME?

Trabalho real não acontece em um prompt.

Um agente simples recebe, executa e termina. Trabalho empresarial dura minutos, dias, semanas ou meses — e nesse período pessoas respondem, sistemas mudam, aprovações chegam e deadlines se aproximam. O Runtime é o ambiente operacional onde Digital Workers continuam trabalhando ao longo do tempo.

EVERY JOB HAS A STATE · WAITING Exemplo ilustrativo

OUTCOME

Proposal Evaluation Complete

COMPLETED

Proposal received · RFP loaded · commercial data extracted

PENDING

Supplier clarification · final scoring · recommendation

OPEN COMMITMENT

Supplier reply due Aug 21Sem Runtime, isso seria histórico de conversa. Com Runtime, é trabalho em andamento.

O MOTOR DE TRABALHO

Cinco responsabilidades. Um ciclo contínuo.

START

recebe o trabalho.

MAINTAIN

mantém estado, contexto e ownership.

EXECUTE

ações, workflows, tools e conversations.

WAIT

persiste entre eventos e dependências.

RESUME

retoma exatamente do ponto correto.
STARTEXECUTEWAITEVENTRESUMEEXECUTEOUTCOME

STATE ≠ MEMORY ≠ KNOWLEDGE

State é o que é verdade sobre o trabalho agora.

State não é memória. State responde "onde este trabalho está agora?" — e muda a cada ação. O Planner usa os três:

KNOWLEDGE

o que a empresa sabe.

MEMORY

o que o Worker lembra.

STATE

o que está acontecendo agora.

STATE ≠ MEMORY ≠ KNOWLEDGE

STATE · CONTRACT RENEWAL Exemplo ilustrativo

STAGE

Negotiation

RISK

Medium

CURRENT OFFER

R$ 2.8M

TARGET

R$ 2.45M

WAITING FOR

Supplier counteroffer

DEADLINE

42 days

ORIENTADO A EVENTOS — O TRABALHO ACORDA QUANDO ALGO MUDA Exemplo ilustrativo

email.receivedapproval.completedpayment.receiveddeadline.approachingsupplier.respondedsignal.detectedWAITING WORK → EVENT → LOAD STATE → LOAD CONTEXT → PLANNER → NEXT ACTION

THE PLANNER

Planeje o suficiente para avançar. O planejamento é contínuo, não pontual.

Em vez de planejar 19 passos no início, a NEXO opera em ciclo: estado atual → próxima ação → agir → observar → atualizar → planejar de novo. Porque trabalho real muda — um documento faltando redesenha o caminho, e o Planner reage ao mundo real.

PLANNER CONTEXT — WHAT THE PLANNER SEES Exemplo ilustrativo

OUTCOME

Proposal Evaluation Complete · deadline 48h

STATE

3 proposals received · 1 incomplete

AVAILABLE

Procedures: Evaluate Proposal · Request ClarificationTools: email · document analysis · TCO calculator

POLICIES

Supplier communication allowedFinal selection: human-only

DECISION

NEXT BEST ACTION: Request missing commercial data from Supplier C

PLANNER ≠ LLM PROMPT

O modelo ajuda a decidir. A decisão acontece num sistema governado.

O Planner não é "pergunte ao modelo o que fazer". É uma camada da plataforma que combina reasoning, state, procedures, policies, prioridades, deadlines e autoridade humana.

NEXT BEST ACTION — ONE DECISION AT A TIME Exemplo ilustrativo

ToolWorkflowProcedureConversationEngagementHuman reviewWaitComplete

+ PROCEDURES

procedures ensinam; o Planner escolhe qual faz sentido agora.

+ WORKFLOWS

"supplier approved" → chama o workflow determinístico sem controlar cada step.

+ PEOPLE

humanos também são capabilities: "negotiation exceeds autonomous authority → request director approval".

+ POLICIES

Planner propõe → Policy Engine decide: ALLOW · BLOCK · REQUIRE APPROVAL.

COMMITMENTS · WAIT · RESUME

Esperar não é ficar parado. Esperar é um estado de primeira classe.

Um Commitment registra o que o Worker está aguardando. Um Worker em WAITING continua dono do outcome, do deadline e do contexto. Quando o commitment vence sem resposta, o Planner acorda: follow-up, escalar, mudar caminho — nunca esperar para sempre.

RUNNINGWAITINGBLOCKEDHUMAN REVIEWCOMPLETEDFAILEDCANCELLEDRESUME ENGINE

evento chega → resolve commitment → carrega state, histórico e memória → Planner continua. Nada recomeça.

MULTIPLE WAITS

Finance ✓ · Security ○ · Supplier ○ · Legal ✓ — o Runtime sabe o que falta.

TIME AS TRIGGER

120d antes → renewal · 90d → benchmark · 60d → negociação · 30d → escalar · 7d → alerta crítico.
COMMITMENT

COMMITMENTS · WAIT · RESUME

Exemplo ilustrativo

EXPECTED EVENT

Supplier responseDUEAug 21, 17:00

OUTCOME RELACIONADO

Proposal Evaluation CompleteIf received → resume workIf overdue → trigger follow-up

OBSERVERS & SIGNAL BUS

Observers percebem mudanças em CRM, contratos, pagamentos, tickets, SLAs, uso de produto e no tempo — sem chamadas contínuas de LLM (eventos, triggers, queries agendadas e classificadores leves; LLM só quando necessário).
contract.expiringsla.breachedpayment.overdueusage.decreasedcandidate.appliedSYSTEMS → OBSERVERS → SIGNALS → RUNTIME → ACTIVE WORKWORK QUEUE · RENEWAL WORKER
14running
38waiting
6human review
3at risk

COMMITMENTS · WAIT · RESUME

PRIORITIZED BY VALUE · SLA · RISK · DEADLINE Exemplo ilustrativo

ORACLE RENEWAL

Critical7 days · R$ 4M at risk → next

SUPPLIER RISK

HighRunning

PROPOSAL EVAL

HighHuman review

CONTRACT ANALYSIS

Medium12 days · R$ 200k

MARKET RESEARCH

LowNo deadline

OWNERSHIP · CONTRACT RENEWAL Exemplo ilustrativo

Primary: Renewal Worker · Supporting: Contract, Procurement, Finance
Human owner: IT Procurement Manager

PRIORITIES · DELEGATION · COORDINATION

O próximo passo não vive só dentro de um case.

Um Worker pode ter 200 trabalhos ativos. O Planner também decide qual deles merece capacidade agora — por valor em risco, SLA, deadline e urgência.

DELEGATION

Procurement Worker precisa de análise jurídica → delega um child outcome ao Contract Worker → resultado retorna → o trabalho pai retoma.

PARENT / CHILD

"Procurement Complete" quebra em Requirements → Suppliers → Proposals → Negotiation → Contract — cada child com seu Worker.

SHARED CONTEXT

cada especialista recebe só o contexto da sua responsabilidade — menos ruído, exposição, custo e risco.

FAILURE HANDLING

retry com backoff → fallback (modelo, API, canal, fonte) → BLOCKED quando genuinamente não dá para continuar ("contrato obrigatório indisponível — owner: Legal") → ou FAILED ("supplier withdrew") em vez de execução infinita.

GOVERNED PLANNING

Autonomia com dials. Não com fé.

CONFIDENCE

"Reject proposal" com confiança de 61%, threshold autônomo de 90% → Human Review. Saber quando não agir é parte do Planner.

HUMAN AUTHORITY

Algumas decisões nunca são do Planner: seleção de fornecedor e assinatura de contrato são human-only. Scoring, clarificação e recomendação são do Worker.

PLANNER MODES

Deterministic (caminhos predefinidos) · Guided (procedures + regras) · Adaptive (liberdade dentro de políticas). Enterprise controla a autonomia.

COST & QUALITY AWARE

Metadata simples → modelo de R$0,02. Legal review de alto risco → modelo premium + human review. Custo nunca passa por cima de policy ou quality.

PLANNING HORIZON

One step · short horizon (2–3 ações) · goal horizon (plano amplo reavaliado). Default: incremental.

RE-PLANNING

Plano era negociar. O fornecedor anuncia uma aquisição. O Planner reavalia risco, alternativas e estratégia — o plano muda com o mundo.

GOVERNED PLANNING

Exemplo ilustrativo

EXPLAINABLE PLANNING Exemplo ilustrativo

NEXT ACTION

Request supplier clarification

WHY

Mandatory SLA information is missing.

EVIDENCE

RFP section 4.2 requires SLA. Proposal contains no SLA commitment.

POLICY

Communication allowed

EXPECTED EFFECT

Complete evaluation
PLAN TRACE
09:41 STATE Loaded · 4 possible actions evaluated
09:41 SELECTED Request clarification — mandatory field missing
09:42 POLICY Allowed
09:42 DONE Email sent

RUN ≠ WORK

Run é execução. Work é responsabilidade.

Um outcome de Contract Renewal pode ter 5+ runs: analisar contrato, analisar utilização, e-mail ao fornecedor, processar resposta, negociar. É isso que diferencia a NEXO de sistemas de execução de agents.

RUNWORK
Execução pontualResponsabilidade persistente
Começa e terminaPode durar semanas
Possui input/outputPossui state/outcome
Pode falharPode recuperar
Unidade técnicaUnidade operacional

OPERATIONS

Saiba o que sua Digital Workforce está fazendo.

Exemplo ilustrativo

RUNTIME
1,842active work
284running
1,173waiting
142human review
37blocked
54at risk

OPERATIONS

PLANNER — 90 DAYS Exemplo ilustrativo

12,842decisions
87%autonomous
3%policy blocked
Planner performance é medida por outcomes — completion, tempo, qualidade, autonomia, custo — não por quantos raciocínios fez.

BUDGETS · CAPACITY · LIMITS Exemplo ilustrativo

PROPOSAL ANALYST · BUDGET

Monthly AI budget R$ 5,000 · max R$ 15/outcome · current R$ 8,42

OPERATIONS

CUSTOMER SERVICE WORKER · CAPACITY Exemplo ilustrativo

10kcases/day capacity
62%utilization
218queue

RATE LIMITS & ENVIRONMENTS

Salesforce 100 calls/min · email 200/day · voice 20 concurrent
Simulation → Test → Production · data residency por região/tenant

AUDITORIA — TODA AÇÃO PERTENCE A UM ITEM DE TRABALHO Exemplo ilustrativo

Quem · o quê · por quê · trabalho · outcome · política · quando

A 120-DAY DIGITAL WORKER JOURNEY

Contract Renewal: quatro meses de trabalho vivo.

Exemplo ilustrativo

DAY −120 Signal: renewal approaching → outcome criado → Planner: analyze contract (Contract Worker)
DAY −118 Planner: analyze utilization (Finance Worker) → benchmark market (Procurement Worker)
DAY −90 Need supplier proposal → Engagement inicia → WAIT
DAY −72 Supplier responds → resume → Planner: negotiate → WAIT
DAY −40 Counteroffer → Planner: request human approval → WAIT
DAY −38 Approved → execute
DAY −30 Contract ready → human signature → OUTCOME COMPLETE

O mesmo padrão serve para trabalhos de minutos (customer service), dias (sales) ou semanas (recruiting) — sempre o mesmo ciclo: signal → planner → act → wait → resume → outcome.

COMO SE ENCAIXA

O ciclo completo. E cada peça no lugar.

SYSTEMS / PEOPLE / TIMEOBSERVERS SIGNALSRUNTIMEOUTCOME STATE CONTEXTPLANNER POLICIES

Tool Workflow Procedure Conversation Human

ACT OBSERVE UPDATE STATE

↓ outcome done?NO → wait / plan again ↺ YES → COMPLETE

RUNTIME

mantém e executa o trabalho.

PLANNER

decide o próximo passo.

STATE

onde o trabalho está agora.

COMO SE ENCAIXA

OBSERVER

percebe mudanças.

SIGNAL

algo relevante aconteceu.

COMMITMENT

o que está sendo aguardado.

PROCEDURE

ensina como trabalhar.

WORKFLOW

executa caminhos determinísticos.

POLICY

controla o que pode acontecer.

OUTCOME

define quando o trabalho terminou.O Runtime mantém o trabalho vivo. O Planner decide a próxima melhor ação. Os Outcomes dizem quando terminou.

NEXO WORKS / RUNTIME & PLANNER

O trabalho não para quando o prompt termina.

Mantenha Digital Workers operando ao longo do tempo com estado persistente, compromissos, eventos, planejamento contínuo e decisões governadas — até que o resultado aconteça.