Hooks e Joule: Agentes empresariais ganham um plano de controle

--- title: Hooks e Joule: Agentes empresariais ganham um plano de controle slug: hooks-and-joule-enterprise-agents-get-a-control-plane meta_title: Agentes empresariais ganham um plano de controle meta_description: A Microsoft adicionou Hooks ao Copilot Studio para que fluxos de trabalho sejam disparados por eventos, e não pelo julgamento do agente, enquanto a SAP levou o Joule para uma camada de trabalho agêntica governada. category: ia tags: Microsoft Copilot Studio,Hooks,SAP Joule,governança de agentes,guardrails determinísticos,IA empresarial,automação de fluxos de trabalho,plano de controle ---

A Microsoft e a SAP lançaram recursos de agentes com poucos dias de diferença neste mês, e os dois lançamentos fazem a mesma admissão. Deixar um modelo decidir se um fluxo de trabalho empresarial começa é um risco de confiabilidade.

O que os Hooks da Microsoft fazem

A Microsoft está disponibilizando em prévia um recurso do Copilot Studio chamado Hooks, que executa um fluxo de trabalho agêntico automaticamente quando algo acontece, em vez de apenas quando o agente julga que deveria. Um hook tem duas partes: um evento emitido pelo ciclo de vida do agente e uma ação disparada quando o evento ocorre. Quando o evento é acionado, o Copilot Studio chama o fluxo de trabalho vinculado, passa detalhes sobre o que aconteceu e lê a resposta do fluxo de trabalho de volta na conversa.

A distinção em relação às ferramentas é o ponto central. Uma ferramenta é executada quando o agente decide que ela é relevante. Um hook é executado toda vez que o evento ocorre.

A Microsoft cita quatro cenários. Adicionar contexto no início de uma sessão consultando casos de suporte abertos antes que a conversa comece. Inspecionar uma ferramenta antes de ela ser executada e bloquear a ação se ela violar uma regra de negócio. Pós-processar o resultado de uma ferramenta ocultando dados confidenciais ou gravando um registro de auditoria. Tratar falhas dizendo ao agente para tentar novamente, ignorar ou parar.

As ressalvas são tão informativas quanto o recurso. Hooks são anexados a um agente específico, e adicionar um não altera o fluxo de trabalho subjacente. Hooks não param um agente quando falham: se um fluxo de trabalho expira ou retorna algo ilegível, o agente continua como se o hook não tivesse retornado nada. O fluxo de trabalho precisa estar publicado, ou não será executado. As entradas devem ser tratadas como não confiáveis, e editar um fluxo de trabalho afeta todos os hooks que o utilizam.

Esse último ponto é um perigo silencioso de manutenção. Um fluxo de trabalho pode atender vários agentes, então uma alteração feita para um caso de uso se propaga para os outros. Governança que vive em um artefato compartilhado exige disciplina de versionamento, uma capacidade que a maioria das equipes de automação não precisou construir.

O design também deixa uma lacuna que vale nomear. Um hook que falha silenciosamente é um controle que não controla nada. A orientação da Microsoft para validar entradas importa porque o agente não consegue distinguir uma resposta real de uma vazia, e nem um auditor lendo os logs depois consegue.

O que a SAP fez nos mesmos dias

A SAP expandiu seu assistente Joule para o que chama de camada de trabalho agêntica, vinculada a uma iniciativa de Empresa Autônoma. A empresa diz que seu hub de agentes agora supervisiona mais de 100.000 agentes em aproximadamente 150 empresas, com mais de 50 assistentes de domínio orquestrando mais de 200 agentes especializados, e afirma que seu Autonomous Close Assistant pode comprimir o fechamento financeiro de semanas para dias.

Junte os dois e o padrão fica claro. Os fornecedores estão separando interpretação de decisão. O modelo lê a fatura; o código decide se ela será paga.

O timing não é coincidência. Os dois fornecedores observaram o mesmo padrão de falha em implantações de clientes: agentes que funcionavam em uma demonstração e depois tomavam uma decisão errada em produção, em um momento em que ninguém estava olhando. A correção tira a decisão do modelo.

Há um enquadramento de governança que torna a mudança compreensível para os compradores. Os reguladores passaram de perguntar se os agentes são seguros para perguntar quem paga quando não são. Um fornecedor que consegue apontar para gatilhos determinísticos, ramificações obrigatórias e trilhas de auditoria tem uma resposta. Um fornecedor que vende autonomia não tem.

Por que a densidade força a mudança

Com 100.000 agentes, o gargalo deixa de ser capacidade e passa a ser supervisão. Saber o que cada agente fez, por quê e sob qual autoridade é um problema diferente de fazer um agente funcionar.

Os números relatados pela SAP tornam o ponto concreto: mais de 50 assistentes de domínio Joule orquestrando mais de 200 agentes especializados, em aproximadamente 150 empresas, com seu Autonomous Close Assistant comprimindo o fechamento financeiro de semanas para dias. Nessa densidade, a supervisão informal quebra. Ninguém lê todos os rastros, e as falhas que importam são as que ninguém percebe.

O custo tem o mesmo formato. Uma análise de um praticante sobre o preço do Copilot Studio estima cerca de US$ 0,01 por Copilot Credit, com ações custando de um a 100 créditos e um fluxo de trabalho fundamentado típico chegando a cerca de 30 créditos, aproximadamente US$ 0,30. Isso parece trivial até o volume chegar: 100.000 execuções custam cerca de US$ 30.000, e agentes não esperam um humano clicar. Limites rígidos de consumo mensal tornam-se um requisito de arquitetura, não uma preferência administrativa.

Há uma terceira pressão. Com pesquisas apontando o uso semanal de agentes de codificação por IA entre desenvolvedores em 90%, boa parte da lógica por trás desses fluxos de trabalho é ela própria elaborada por máquina, o que aumenta o valor de portões de teste, revisão de código e logs reproduzíveis. Uma pesquisa da JetBrains é a fonte do número de 90%, e isso se alinha a uma descoberta paralela de que geração de código mais rápida não produz automaticamente entrega mais rápida.

O padrão de três camadas

A arquitetura que se segue tem três partes. Uma camada de intenção permite que modelos interpretem pedidos confusos. Uma camada de execução determinística executa funções pequenas, sem estado e testáveis. Um plano de controle impõe orçamentos, permissões e trilhas de auditoria.

Workers de borda sem servidor combinam com a camada intermediária, pois são baratos por requisição, isolados e fáceis de versionar. O padrão não é novo; lembra como sistemas de pagamento sempre lidaram com entradas não confiáveis. O que mudou é que a indústria agora o aplica a agentes por padrão, em vez de depois de um incidente.

A própria lista de casos de uso da Microsoft se encaixa no padrão de forma clara. Adicionar contexto no início da sessão, validar uma ferramenta antes de ela ser executada, pós-processar um resultado e tratar falhas são todos pontos de interceptação em um ciclo de vida. Os Hooks os formalizam como lugares onde o código determinístico pode ver o que o agente está prestes a fazer.

O design do fluxo de trabalho tem um benefício secundário: torna o comportamento do agente explicável após o ocorrido. Um hook que registra suas entradas e saídas produz um registro de auditoria que o próprio agente nunca geraria. Para equipes que respondem a um regulador, esse registro é a diferença entre descrever o comportamento pretendido e demonstrar o comportamento real.

Um aviso que vale repetir: lógica de governança escrita dentro do estúdio de um único fornecedor é lógica de governança que você aluga. Regras de negócio que importam devem viver em código que você pode mover, porque a camada de controle é onde o valor durável agora reside.

A leitura competitiva é que os dois fornecedores chegaram à mesma conclusão a partir de pontos de partida diferentes. A SAP vem de software de processos de negócio, onde o roteamento de aprovação é o vocabulário nativo. A Microsoft vem de um estúdio low-code, onde gatilhos e condições já são familiares. Nenhum dos dois vende mais autonomia. Ambos vendem a capacidade de dizer não.

Esse enquadramento também muda como um comprador deve avaliar esses produtos. A pergunta não é mais qual agente é o mais inteligente. É qual deles pode ser restringido com precisão suficiente para rodar sem supervisão, e qual deles deixa um registro quando faz algo inesperado.