O ProcessOS da Camunda Defende que o BPM Sempre Foi a Camada Certa para Agentes de AI

A maioria das estratégias de AI empresarial em 2026 está construída na camada errada. Elas governam agentes no nível do modelo, ou escolhem uma plataforma de agentes e torcem para que a governança venha junto. A Camunda acaba de argumentar que as duas abordagens perdem o ponto.

Visão Rápida: Em 20 de maio de 2026, a Camunda anunciou o ProcessOS na CamundaCon em Amsterdã, diante de cerca de 1.200 líderes empresariais e tecnólogos de 25 países. O ProcessOS funciona como uma camada de inteligência de AI em cima da plataforma de orquestração existente da Camunda, que já executa milhões de instâncias de fluxo de trabalho concorrentes diariamente. O produto usa quatro agentes de AI para cobrir o ciclo de vida completo do processo: descobrindo como as coisas realmente funcionam hoje, reprojetando-as em direção aos resultados desejados, construindo e implantando o novo processo, e melhorando-o continuamente em produção. Conforme o anúncio da Camunda de 20 de maio, a tese central é que a adoção de AI empresarial travou na assistência a tarefas porque os agentes não receberam a autoridade ou a estrutura de governança para agir no nível do processo. O ProcessOS é a resposta da Camunda a isso.

O Que o ProcessOS Realmente Faz

O produto funciona a partir de linguagem natural. Você descreve um resultado. O ProcessOS gera uma solução completa baseada em processos: fluxos de trabalho agênticos, mapeamentos de dados, lógica de integração, regras de decisão, prompts de agente e os formulários de UI que humanos ainda precisam tocar. Ele puxa do catálogo Marketplace da Camunda de extensões, então está construindo sobre conectores existentes em vez de inventar do zero.

Quatro agentes de AI especializados compartilham o trabalho ao longo do ciclo de vida do processo. O primeiro mapeia como os processos realmente funcionam hoje, não como você acha que funcionam. O segundo reprojet o processo em torno do resultado que você especificou. O terceiro cuida da construção e implantação. E o quarto monitora a produção, sinaliza desvios e retroalimenta melhorias contínuas no ciclo.

O Que os Dados Dizem

• A plataforma existente da Camunda lida com milhões de instâncias de fluxo de trabalho concorrentes diariamente em grandes implantações empresariais (Camunda, 2026)
• A CamundaCon Amsterdã 2026 reuniu aproximadamente 1.200 líderes empresariais e tecnólogos de 25 países (Camunda, 2026)
• A adoção de AI empresarial travou na assistência a tarefas, com a maioria das implantações limitadas a recomendações e chatbots em vez de ação no nível do processo (brief de lançamento do ProcessOS da Camunda, 2026)

O ProcessOS roda nativamente na Amazon Web Services, com vínculos profundos com Amazon Bedrock e Amazon Bedrock AgentCore. Isso cobre modelos de base, memória de agente, gerenciamento de identidade e serviços de gateway. Está atualmente em beta fechado; empresas podem registrar interesse em camunda.com/process-os.

O CTO Daniel Meyer é o executivo nomeado da Camunda neste lançamento. Seu enquadramento é direto: as empresas precisam parar de pensar em quais tarefas a AI consegue assistir e começar a decidir quais tarefas devem ser executadas por agentes versus humanos, no nível do processo, com rastreabilidade completa.

Por Que a Camada de Processo É o Novo Campo de Batalha

Business Process Model and Notation (BPMN) é um padrão empresarial com 20 anos de existência. A Camunda é um dos maiores fornecedores de plataforma. A aposta do ProcessOS é que essa camada, especificamente a orquestração de processos de múltiplas etapas com funções definidas, transferências e SLAs (Service Level Agreements), sempre foi o lugar certo para governar agentes. A camada LLM é abstrata demais. A camada de chat é rasa demais. A camada de processo já tem o que as empresas precisam.

E não é só a Camunda fazendo esse movimento. IBM, Pega e Appian estão todas estendendo ferramentas BPM em direção a agentes. Ao mesmo tempo, Salesforce Agentforce, ServiceNow AI Platform e Microsoft Copilot estão construindo capacidades de processo naquilo que começou como plataformas de agentes. Os dois campos estão correndo para a mesma superfície de controle.

A questão para CTOs não é qual fornecedor vence. É qual camada arquitetural deve ancorar sua estratégia de agentes empresariais. Essa é a decisão real que o ProcessOS coloca sobre a mesa.

As Três Implicações para CTOs

A convergência é real e você precisa escolher uma camada

Os fornecedores de BPM e as plataformas de agentes estão convergindo para a mesma superfície de controle. O argumento da Camunda é que o BPM já tem os primitivos que as empresas precisam: trilhas de auditoria, versionamento, enforcement de SLA, transferências baseadas em funções e checkpoints com intervenção humana. As plataformas de agentes estão tentando adaptar essas capacidades a arquiteturas projetadas para execução de tarefas, não governança de processos.

Isso não significa automaticamente que o BPM vence. Mas significa que se você atualmente está governando agentes na camada do modelo por meio de prompt engineering e guardrails, está fazendo isso no nível errado. Governança no nível de prompt não sobrevive a um processo com 14 etapas e 4 transferências.

Agentes como tarefas supera agentes como aplicativos para conformidade

O padrão que mais importa para setores regulados é "agente executa uma etapa dentro de um processo governado", não "agente opera como um aplicativo autônomo". Uma aprovação de reembolso, uma verificação Know Your Customer (KYC) ou uma adjudicação de sinistro de seguro precisam da mesma rastreabilidade, independentemente de o executor ser um humano, um script ou um agente de AI. A camada de processo já impõe isso, porque a definição do processo antecede o agente.

É aqui que as plataformas BPM têm uma vantagem estrutural genuína. Quando você executa um agente dentro de um processo BPMN, a trilha de auditoria não é algo que você adiciona, é algo que você herda. A equipe de conformidade não precisa confiar no agente; ela confia no processo, e o agente é apenas mais um executor de etapas que ela já aprovou.

Veja Requisitos de Governança por Padrão de AI para como isso se desdobra em diferentes casos de uso de agentes, e Execute: Quando a AI Muda Estado Externo para o contexto mais amplo sobre por que a governança da execução de agentes importa.

A questão de compras acabou de mudar

Até agora, a pergunta comum do CTO era: "Em qual plataforma de agentes nos padronizamos?" Agora ela precisa ser duas perguntas. Primeiro: qual camada de orquestração governa como projetamos, implantamos e auditamos processos, seja o executor humano ou agente? Segundo: qual runtime de agente usamos para as etapas de execução de AI dentro desses processos? E, criticamente: essas são a mesma plataforma ou plataformas diferentes?

Para algumas organizações, a resposta será consolidação: escolher Salesforce ou ServiceNow e aceitar que sua orquestração e seu runtime de agente são do mesmo fornecedor. Para outras, especialmente aquelas com processos complexos, regulados e de múltiplos sistemas, a resposta pode ser manter o BPM como a camada de orquestração e tratar plataformas de agentes como engines de execução que se conectam a ela.

O ProcessOS é essencialmente o argumento da Camunda de que você não deveria precisar escolher: deixe a camada de processo ser dona da orquestração e governança, e deixe os modelos de base lidar com a inteligência. É uma separação limpa. Se ela se sustenta na prática depende da sua arquitetura existente. Mas o enquadramento está certo.

Para um framework sobre como abordar essa questão de construir versus comprar versus parceiro no nível executivo, veja O Framework de Construir versus Comprar versus Parceiro.

O Teste de Controle da Camada de Processo

Antes de qualquer CTO se comprometer com uma abordagem de governança de agentes, execute este teste de três perguntas. Cada pergunta mapeia para uma camada diferente.

Pergunta 1: Este processo requer uma trilha de auditoria documentada para revisão de conformidade ou legal? Se sim, você precisa da camada de orquestração de processos. Guardrails no nível do modelo não produzem o log passo a passo que as equipes de conformidade exigem. O BPM produz.

Pergunta 2: Este processo envolve transferências entre humanos e agentes, ou entre múltiplos agentes? Se sim, você precisa de orquestração explícita, não apenas um agente que chama ferramentas. Plataformas de orquestração de processos definem pontos de transferência, caminhos de escalação e SLAs. Plataformas de agentes geralmente não fazem isso, a menos que você construa essa lógica por conta própria.

Pergunta 3: Este processo precisa ser versionado, revertido ou certificado por um stakeholder não técnico? Se sim, você precisa de uma camada que separe a definição do processo da execução. Diagramas BPMN são legíveis por responsáveis de processos e equipes de conformidade. Código de agente não é. Se seu CISO ou responsável de conformidade precisa aprovar o processo, ele precisa conseguir lê-lo em algo diferente de Python.

Se você responde sim a duas ou três dessas perguntas, a camada de orquestração de processos pertence à sua avaliação. Se você não responde sim a nenhuma, uma plataforma de agentes ou integração direta com o modelo pode ser suficiente.

O Que Colocar em uma Avaliação de 90 Dias

A janela de 90 dias importa porque as decisões de plataforma tomadas agora serão difíceis de reverter em 12 meses. Veja como uma avaliação estruturada se parece.

Dias 1-30: Mapeie seu inventário de processos regulados. Levante cada processo de múltiplas etapas na sua organização que tem um requisito de conformidade, auditoria ou SLA. Pontue cada um nas três perguntas acima. Você não precisa avaliar todos eles, mas precisa saber onde o risco de governança está.

Dias 31-60: Execute um teste de arquitetura paralelo. Escolha um processo de complexidade média que atualmente usa um agente ou está sendo construído para agentes. Implemente-o duas vezes: uma vez dentro da sua plataforma de agentes atual, uma vez dentro de uma ferramenta BPM como a Camunda (mesmo o tier gratuito). Compare o output de auditoria, o tempo para adicionar uma nova etapa de transferência e como um stakeholder não técnico revisaria e aprovaria o processo.

Dias 61-90: Produza um registro de decisão arquitetural (ADR) de uma página. Documente qual camada governa qual classe de processo no seu ambiente. Esse é o output que impede que a próxima equipe reconstrua a decisão do zero. Mesmo que você conclua que as plataformas de agentes são suficientes, escrever o ADR força clareza sobre os trade-offs.

Para mais sobre como essa decisão se encaixa em uma estratégia mais ampla de força de trabalho e operações de AI, veja O Framework de Decisão Executiva para Estratégia de Força de Trabalho de AI e A Lacuna de Governança: O Que Líderes Erram sobre AI no Trabalho.

O Que Fazer Esta Semana

O anúncio do ProcessOS é um catalisador, não porque você precisa avaliar a Camunda especificamente, mas porque sinaliza que os mercados de BPM e de plataformas de agentes estão oficialmente na mesma disputa. Decisões que você adia agora serão mais difíceis de tomar sob pressão de fornecedores em seis meses.

Esta semana, faça três coisas. Levante um processo regulado de múltiplas etapas que está rodando atualmente com um agente de AI ou está sendo construído para um. Passe-o pelo Teste de Controle da Camada de Processo acima. Depois agende 30 minutos com seu responsável de conformidade e seu lead de plataforma de agentes na mesma sala para discutir se sua abordagem atual de governança sobreviveria a uma auditoria.

Essa conversa vai te dizer mais do que qualquer briefing de fornecedor sobre se a camada de processo pertence à sua arquitetura. E se a resposta for sim, o ProcessOS acabou de te dar um produto específico para colocar na lista de avaliação.

Saiba Mais

• Agente Autônomo: Objetivos de Múltiplas Etapas com Uso de Ferramentas
• O ACE Framework: Uma Tabela Periódica para AI de Negócio
• Introdução ao BPM: Um Framework para Gestão de Processos

---

Perguntas Frequentes

O que é o ProcessOS da Camunda?

O ProcessOS é uma camada de inteligência alimentada por AI construída em cima da plataforma de orquestração de processos existente da Camunda. Anunciado em maio de 2026, usa quatro agentes de AI especializados para descobrir, reprojetar, construir e melhorar continuamente processos de negócio. Os usuários descrevem os resultados desejados em linguagem natural e o ProcessOS gera a solução de processo completa, incluindo integrações, mapeamentos de dados e prompts de agente.

Por que a camada de processo importa para os agentes de AI?

A camada de orquestração de processos já carrega os primitivos de governança que as empresas precisam para agentes: trilhas de auditoria, enforcement de SLA, versionamento, transferências baseadas em funções e checkpoints com intervenção humana. Governar agentes na camada de modelo ou de plataforma de agentes significa adicionar essas capacidades após o fato. Plataformas BPM as herdaram de duas décadas de gestão de processos empresariais.

Como um CTO deve avaliar o ProcessOS versus uma plataforma de agentes como Agentforce ou ServiceNow AI Platform?

A distinção-chave é o que cada camada governa. Plataformas de agentes governam quais agentes existem e quais ferramentas eles podem chamar. Plataformas de orquestração de processos governam como processos de múltiplas etapas executam, quem ou o que executa cada etapa e como o histórico completo de execução é registrado. Para fluxos de trabalho regulados (sinistros, KYC, aprovações), você provavelmente precisa da camada de processo independentemente de qual plataforma de agentes você escolher. Para automação de tarefas mais simples, uma plataforma de agentes por conta própria pode ser suficiente. Use o Teste de Controle da Camada de Processo neste artigo para decidir onde seus processos específicos se encaixam.