PLATAFORMA / OPERATE / RUNTIME E 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.

Com estadoOrientado a eventosPersistenteCom controle por políticasOrientado a outcome

Exemplo ilustrativo

  1. OUTCOMERenovação de contrato concluída
  2. ESTADOutilização ✓ · SLA ✓ · fornecedor respondeu ✓ · aprovação pendente
  3. PLANNERo que deve acontecer agora?
  4. PRÓXIMA MELHOR AÇÃOpedir aprovação do diretor
  5. RUNTIMEcriar compromisso · esperar · retomar quando aprovado

OUTCOME

POR QUE UM 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.

TODO TRABALHO TEM UM ESTADO · AGUARDANDO Exemplo ilustrativo

OUTCOME

Avaliação de propostas concluída

CONCLUÍDO

Proposta recebida · RFP carregada · dados comerciais extraídos

PENDENTE

Esclarecimento do fornecedor · pontuação final · recomendação

COMPROMISSO EM ABERTO

Resposta do fornecedor prevista para 21 de agoSem Runtime, isso seria histórico de conversa. Com Runtime, é trabalho em andamento.

O MOTOR DE TRABALHO

Cinco responsabilidades. Um ciclo contínuo.

INICIARrecebe o trabalho.
MANTERmantém estado, contexto e responsabilidade.
EXECUTAações, workflows, ferramentas e conversas.
ESPERApersiste entre eventos e dependências.
RETOMARretoma exatamente do ponto correto.
  1. INICIAR
  2. EXECUTAR
  3. ESPERA
  4. EVENTO
  5. RETOMAR
  6. EXECUTAR
  7. OUTCOME

ESTADO ≠ MEMÓRIA ≠ CONHECIMENTO

Estado é o que é verdade sobre o trabalho agora.

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

CONHECIMENTO

o que a empresa sabe.

MEMÓRIA

o que o Worker lembra.

ESTADO

o que está acontecendo agora.

ESTADO · RENOVAÇÃO DE CONTRATO Exemplo ilustrativo

ETAPA

Negociação

RISCO

Média

OFERTA ATUAL

R$ 2,8 mi

META

R$ 2,45 mi

AGUARDANDO

Contraproposta do fornecedor

PRAZO

42 dias

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

  • email.received
  • approval.completed
  • payment.received
  • deadline.approaching
  • supplier.responded
  • signal.detected
  1. TRABALHO EM ESPERA
  2. EVENTO
  3. CARREGA ESTADO
  4. CARREGA CONTEXTO
  5. PLANNER
  6. PRÓXIMA AÇÃO

O 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.

CONTEXTO DO PLANNER — O QUE O PLANNER ENXERGA Exemplo ilustrativo

OUTCOME

Avaliação de propostas concluída · prazo de 48 h

ESTADO

3 propostas recebidas · 1 incompleta

DISPONÍVEL

Procedimentos: Avaliar proposta · Pedir esclarecimentoFerramentas: e-mail · análise de documentos · calculadora de TCO

POLÍTICAS

Comunicação com fornecedor permitidaSeleção final: somente humana

DECISÃO

PRÓXIMA MELHOR AÇÃO: pedir ao Fornecedor C os dados comerciais que faltam

PLANNER ≠ PROMPT DE LLM

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 raciocínio, estado, procedimentos, políticas, prioridades, deadlines e autoridade humana.

PRÓXIMA MELHOR AÇÃO — UMA DECISÃO POR VEZ Exemplo ilustrativo

  • Ferramenta
  • Workflow
  • Procedimento
  • Conversa
  • Engajamento
  • Revisão humana
  • Espera
  • Conclusão
+ PROCEDIMENTOSprocedures ensinam; o Planner escolhe qual faz sentido agora.
+ WORKFLOWS"fornecedor aprovado" → chama o workflow determinístico sem controlar cada passo.
+ PESSOAShumanos também são capacidades: "negociação excede a autoridade autônoma → pedir aprovação do diretor".
+ POLÍTICASPlanner propõe → Policy Engine decide: PERMITIR · BLOQUEAR · EXIGIR APROVAÇÃO.

COMPROMISSOS · ESPERA · RETOMADA

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

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

  • EM EXECUÇÃO
  • AGUARDANDO
  • BLOQUEADO
  • REVISÃO HUMANA
  • CONCLUÍDO
  • FALHOU
  • CANCELADO
MOTOR DE RETOMADA
evento chega → resolve o compromisso → carrega estado, histórico e memória → Planner continua. Nada recomeça.
VÁRIAS ESPERAS
Financeiro ✓ · Segurança ○ · Fornecedor ○ · Jurídico ✓ — o Runtime sabe o que falta.
TEMPO COMO GATILHO
120d antes → renovação · 90d → benchmark · 60d → negociação · 30d → escalar · 7d → alerta crítico.

COMPROMISSO

EVENTO ESPERADO
Resposta do fornecedor
VENCE
21 ago, 17:00
OUTCOME RELACIONADO
Avaliação de propostas concluída
Aprovado: Se receber → retomar o trabalho
Pendente: Se atrasar → disparar acompanhamento

OBSERVADORES E BARRAMENTO DE SINAIS

Observers percebem mudanças em CRM, contratos, pagamentos, tickets, SLAs, uso de produto e no tempo — sem chamadas contínuas de LLM (eventos, gatilhos, consultas agendadas e classificadores leves; LLM só quando necessário).

  • contract.expiring
  • sla.breached
  • payment.overdue
  • usage.decreased
  • candidate.applied
  1. SISTEMAS
  2. OBSERVADORES
  3. SINAIS
  4. RUNTIME
  5. TRABALHO ATIVO

COMPROMISSOS · ESPERA · RETOMADA

Exemplo ilustrativo

FILA DE TRABALHO · WORKER DE RENOVAÇÃO

14em execução
38aguardando
6revisão humana
3em risco

PRIORIZADO POR VALOR · SLA · RISCO · PRAZO Exemplo ilustrativo

RENOVAÇÃO ORACLE

Crítico7 dias · R$ 4 mi em risco → próximo

RISCO DE FORNECEDOR

AltaEm execução

AVALIAÇÃO DE PROPOSTAS

AltaRevisão humana

ANÁLISE DE CONTRATO

Média12 dias · R$ 200 mil

PESQUISA DE MERCADO

BaixaSem prazo

RESPONSABILIDADE · RENOVAÇÃO DE CONTRATO Exemplo ilustrativo

Principal: Worker de Renovação · Apoio: Contratos, Compras, Financeiro
Responsável humano: Gerente de Compras de TI

PRIORIDADES · DELEGAÇÃO · COORDENAÇÃO

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

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.

DELEGAÇÃO

O Worker de Compras precisa de análise jurídica → delega um outcome filho ao Worker de Contratos → resultado retorna → o trabalho pai retoma.

PAI / FILHO

"Compra concluída" quebra em Requisitos → Fornecedores → Propostas → Negociação → Contrato — cada filho com seu Worker.

CONTEXTO COMPARTILHADO

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

TRATAMENTO DE FALHAS

nova tentativa com espera crescente → fallback (modelo, API, canal, fonte) → BLOQUEADO quando genuinamente não dá para continuar ("contrato obrigatório indisponível — responsável: Jurídico") → ou FALHOU ("o fornecedor desistiu") em vez de execução infinita.

PLANEJAMENTO GOVERNADO

Autonomia com controles. Não com fé.

Exemplo ilustrativo

CONFIANÇA

"Rejeitar proposta" com confiança de 61%, limite autônomo de 90% → revisão humana. Saber quando não agir é parte do Planner.

ALÇADA HUMANA

Algumas decisões nunca são do Planner: seleção de fornecedor e assinatura de contrato são só humanas. Pontuação, esclarecimento e recomendação são do Worker.

MODOS DO PLANNER

Determinístico (caminhos predefinidos) · Guiado (procedimentos + regras) · Adaptativo (liberdade dentro de políticas). A empresa controla a autonomia.

CIENTE DE CUSTO E QUALIDADE

Metadata simples → modelo de R$0,02. Revisão jurídica de alto risco → modelo premium + revisão humana. Custo nunca passa por cima de política ou qualidade.

HORIZONTE DE PLANEJAMENTO

Um passo · horizonte curto (2–3 ações) · horizonte do objetivo (plano amplo reavaliado). Padrão: incremental.

REPLANEJAMENTO

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

PLANEJAMENTO GOVERNADO

PLANEJAMENTO EXPLICÁVEL Exemplo ilustrativo

PRÓXIMA AÇÃO
Pedir esclarecimento ao fornecedor
POR QUÊ
Falta a informação obrigatória de SLA.
EVIDÊNCIA
A seção 4.2 da RFP exige SLA. A proposta não traz nenhum compromisso de SLA.
POLÍTICA
Comunicação permitida
EFEITO ESPERADO
Concluir a avaliação
RASTRO DO PLANO
09:41  ESTADO  Carregado · 4 ações possíveis avaliadas
09:41  SELECIONADO  Pedir esclarecimento — campo obrigatório ausente
09:42  POLÍTICA  Permitido
09:42  CONCLUÍDO  E-mail enviado

EXECUÇÃO ≠ TRABALHO

Execução é um passo. Trabalho é responsabilidade.

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

EXECUÇÃOTRABALHO
Execução pontualResponsabilidade persistente
Começa e terminaPode durar semanas
Possui input/outputPossui estado/outcome
Pode falharPode recuperar
Unidade técnicaUnidade operacional

OPERAÇÃO

Saiba o que sua Digital Workforce está fazendo.

Exemplo ilustrativo

RUNTIME

1.842trabalho ativo
284em execução
1.173aguardando
142revisão humana
37bloqueado
54em risco

PLANNER — 90 DIAS Exemplo ilustrativo

12.842decisões
87%autônomas
3%política bloqueou
O desempenho do Planner é medido por outcomes — conclusão, tempo, qualidade, autonomia, custo — não por quantos raciocínios fez.

ORÇAMENTOS · CAPACIDADE · LIMITES Exemplo ilustrativo

ANALISTA DE PROPOSTAS · ORÇAMENTO

Orçamento mensal de IA R$ 5.000 · máx. R$ 15/outcome · atual R$ 8,42

OPERAÇÃO

WORKER DE ATENDIMENTO · CAPACIDADE Exemplo ilustrativo

10 milcapacidade de casos/dia
62%utilização
218fila

LIMITES DE TAXA E AMBIENTES

Salesforce 100 chamadas/min · e-mail 200/dia · voz 20 simultâneas
Simulação → Teste → Produção · residência de dados 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 JORNADA DE 120 DIAS DE UM DIGITAL WORKER

Renovação de contrato: quatro meses de trabalho vivo.

Exemplo ilustrativo

  1. DIA −120Sinal: renovação se aproxima → outcome criado → Planner: analisar contrato (Worker de Contratos)
  2. DIA −118Planner: analisar utilização (Worker Financeiro) → comparar com o mercado (Worker de Compras)
  3. DIA −90Precisa da proposta do fornecedor → o engajamento inicia → ESPERA
  4. DIA −72Fornecedor responde → retoma → Planner: negociar → ESPERA
  5. DIA −40Contraproposta → Planner: pedir aprovação humana → ESPERA
  6. DIA −38Aprovado → executar
  7. DIA −30Contrato pronto → assinatura humana → OUTCOME CONCLUÍDO

O mesmo padrão serve para trabalhos de minutos (atendimento), dias (vendas) ou semanas (recrutamento) — sempre o mesmo ciclo: sinal → planner → agir → esperar → retomar → outcome.

COMO SE ENCAIXA

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

RUNTIME
mantém e executa o trabalho.
PLANNER
decide o próximo passo.
ESTADO
onde o trabalho está agora.
OBSERVADOR
percebe mudanças.
SINAL
algo relevante aconteceu.
COMPROMISSO
o que está sendo aguardado.
PROCEDIMENTO
ensina como trabalhar.
WORKFLOW
executa caminhos determinísticos.
POLÍTICA
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.

SISTEMAS / PESSOAS / TEMPO
OBSERVADORESSINAIS
RUNTIME
OUTCOMEESTADOCONTEXTO
PLANNERPOLÍTICAS
FerramentaWorkflowProcedimentoConversaHumano
AGIROBSERVARATUALIZAR ESTADO
Condição: outcome concluído?
Pendente: NÃOesperar / replanejar ↺
Aprovado: SIMCONCLUÍDO

NEXO WORKS / RUNTIME E 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.