O agente Arc da ServiceNow está disponível hoje. O hardware que o revogaria em um segundo ainda não

Há duas linhas do tempo no anúncio da ServiceNow na GTC da NVIDIA em Berlim, em 21 de outubro, e elas não devem ser confundidas.

A primeira é hoje. O Arc, um agente pessoal que trabalha para um funcionário específico em workflows da ServiceNow, e-mail, Microsoft Teams e outras ferramentas de produtividade, está em disponibilidade geral como parte do ServiceNow EmployeeWorks, sem custo adicional nos pacotes Foundation, Advanced e Prime. Roda no Mac agora; o suporte a Windows deve chegar “em semanas”. É um agente de longa duração, que constrói memória e skills com o tempo.

A segunda é depois. O AI Passport, a credencial assinada de agente que a ServiceNow anunciou em 15 de outubro, será aplicado dentro do runtime OpenShell da NVIDIA e nas DPUs NVIDIA BlueField, as placas de rede que ficam entre o servidor e o resto do data center. A ServiceNow diz que uma revogação emitida no Control Tower foi desenhada para se propagar por software e hardware em cerca de um segundo, cortando apenas o tráfego do agente revogado. Esse recurso “deve estar disponível numa versão futura”.

A primeira linha do tempo coloca um agente na frente dos funcionários agora. A segunda é o que tornaria as permissões dele difíceis de contornar. O trabalho dos times enterprise é o período no meio.

Três camadas, duas já entregues

Quando analisamos o AI Passport na semana passada, a pergunta era quem confere o passaporte na porta. Este anúncio começa a responder, camada por camada.

Onde as permissões do Arc são aplicadas

Hardware: NVIDIA BlueField

• Revogação do passaporte na placa de rede
• Cerca de um segundo, por agente

Anunciado para uma versão futura

Runtime: NVIDIA OpenShell

• Sistemas, APIs e dados que o Arc pode acessar
• O que o Arc constrói roda aqui dentro

Disponível com o Arc, quando o Arc roda no OpenShell

Arc

• E-mail, Teams, workflows
• Memória e skills que acumula

Disponibilidade geral no Mac

O princípio de design é bom e vale copiar além da ServiceNow: o agente não deve ser o componente que aplica os próprios limites. A frase da NVIDIA no comunicado é a certa: “a política tem de ser aplicada em todo lugar onde um agente roda”. Uma regra no prompt pode ser desmontada por um documento malicioso. Uma regra no runtime não aceita argumentos, e uma regra na placa de rede nem sequer é visível para o agente. Defendemos o mesmo em guardrails de prompt não são fronteira de segurança.

A pergunta que o comunicado deixa aberta

A ServiceNow diz que o Arc “pode rodar dentro de um runtime seguro NVIDIA OpenShell ou no desktop do funcionário”. A descrição de governança que vem a seguir trata do OpenShell: a TI define as políticas no Control Tower, e o OpenShell as aplica. O comunicado não diz quais controles valem quando o Arc roda direto num notebook, fora desse runtime.

Não é uma crítica ao produto; é a primeira questão a resolver antes do rollout. Um agente pessoal num notebook age com tudo o que aquele notebook e as sessões daquele funcionário alcançam. Pergunte à ServiceNow, por escrito:

1. Quando o Arc roda no desktop, quais políticas do Control Tower continuam valendo, e o que as aplica?
2. A TI pode exigir o OpenShell para alguns funcionários ou algumas tarefas, e bloquear o modo desktop?
3. Onde ficam a memória do Arc e as skills que ele constrói, quem pode lê-las, e como são apagadas quando o funcionário sai da empresa?
4. Quais ações no e-mail e no Teams o Arc executa sem confirmação, por padrão?

Um agente pessoal é um novo tipo de identidade

O Arc não é um robô de workflow de um time de processos. Ele trabalha para uma pessoa, nas aplicações dessa pessoa, enquanto tiver permissão para rodar. Isso lhe dá o alcance de um assistente com a persistência de uma conta de serviço. Daí vêm duas consequências.

O offboarding ganha uma etapa. Quando o funcionário sai ou muda de função, o acesso, a memória e as skills do agente precisam seguir o mesmo ciclo de vida. Escrevemos sobre isso quando o Google deu aos agentes colegas um e-mail e uma entrada no diretório; um agente pessoal acrescenta a memória acumulada ao que precisa ser encerrado.

A velocidade de revogação vira métrica de incidente. O segundo do BlueField descreve uma arquitetura planejada e é um número do fornecedor. Até ela chegar, meça o que vocês têm: do momento em que a segurança decide parar o agente de um funcionário, quanto tempo até ele não conseguir mais agir, e pará-lo atrapalha mais alguém? Se a resposta for “desativaríamos o usuário”, o agente e a pessoa ainda não são separáveis, e deveriam ser.

Enquanto isso

Sem custo adicional significa que o Arc vai chegar rápido aos funcionários das empresas que já pagam pelo EmployeeWorks. Trate-o como um piloto com dono, não como uma opção que se liga: comece pelo OpenShell onde for possível, limite o modo desktop a um grupo nomeado, mantenha a confirmação ativa para tudo o que envia, aprova ou apaga, e escreva o procedimento de revogação antes do primeiro agente entrar em produção. Quando a aplicação por hardware chegar, vocês vão saber exatamente qual lacuna ela fecha.