Em agosto de 2026, agentes de inteligência artificial começaram a deixar para trás o formato de conversa descartável e passaram a ser tratados como identidades de trabalho que permanecem ativas depois do fim de uma sessão. A mudança dá aos sistemas algo parecido com um crachá digital: eles recebem um papel, conservam informações e podem manter permissões por mais tempo, embora a piada do crachá que não bate ponto seja tão ruim quanto parece. O Grok Bot, anunciado em 11 de agosto, ajuda a explicar essa virada ao executar tarefas em uma estrutura de nuvem compartilhada entre bots. O que está em jogo não é apenas conversar com uma IA, mas decidir como delegar trabalho, onde guardar a memória e quem controla os acessos. Esta mudança das sessões para identidades persistentes exige olhar menos para a aparência de colega virtual e mais para a arquitetura que sustenta esse colega.

Quando o agente deixa de ser uma sessão

Na trilha dessa transformação, o Claude Tag aparece como uma identidade de serviço provisionada pela organização dentro do Slack. Em termos simples, isso significa que o agente não depende apenas de uma conversa aberta por uma pessoa em determinado momento; ele pode ser associado à estrutura administrativa da organização, que passa a definir sua presença e seus acessos. A expressão identidade de serviço pertence ao vocabulário usado para representar uma conta técnica destinada a executar tarefas, e não necessariamente uma pessoa. Para quem trabalha em uma empresa, a diferença altera a pergunta feita ao sistema: em vez de apenas perguntar o que a IA sabe, passa a ser necessário perguntar em nome de qual identidade ela atua e quais recursos essa identidade pode alcançar.

Essa lógica também muda o significado de uma permissão. Segundo a descrição técnica do Claude Tag, o acesso às ferramentas usa escopo de canal, isto é, a autorização pode ficar limitada ao espaço específico onde o agente opera no Slack. A restrição funciona como uma porta com endereço definido: o agente pode receber uma chave para determinado canal sem, por essa descrição, ganhar acesso indistinto a todos os ambientes da organização. Ainda assim, a permanência exige acompanhamento, porque uma permissão que continua válida depois da conversa pode sobreviver à tarefa que a justificou. O ganho prático está na continuidade da delegação, enquanto o risco aparece quando ninguém revisa se o papel antigo ainda corresponde ao trabalho atual.

O perfil local que carrega a própria memória

Do lado local, o Hermes Bot Mode segue uma direção diferente ao tratar cada bot como um perfil próprio no aplicativo para desktop. A versão v0.20.4 passou a incluir esse modo, no qual cada perfil conta com um diretório separado para reunir os elementos necessários à sua operação. Diretório, aqui, não é uma abstração misteriosa: é a pasta em que o sistema organiza arquivos de configuração, credenciais e outros estados usados pelo agente. A escolha dá ao usuário uma forma concreta de enxergar a identidade digital, quase como abrir o armário de um funcionário e encontrar seus instrumentos de trabalho. O agente persistente, portanto, deixa de ser apenas uma janela e passa a ter uma casa operacional.

Essa casa reúne configurações, chaves, memória, skills e estados cron. Skills são capacidades ou instruções reutilizáveis que orientam o bot, enquanto os estados cron registram tarefas programadas para execução em horários definidos. A organização facilita a continuidade: uma instrução pode permanecer associada ao perfil e uma tarefa agendada pode continuar fazendo parte da rotina daquele agente. Mas o Hermes utiliza diretórios locais sem sandboxing, termo que descreve uma camada de isolamento destinada a impedir que um processo alcance livremente outros recursos do computador. A ausência dessa barreira não transforma automaticamente toda operação em incidente, mas torna mais visível a responsabilidade de administrar a pasta, as chaves e os arquivos associados ao perfil.

A nuvem persistente transforma o Grok em um escritório remoto

Enquanto o Hermes concentra a identidade em um perfil local, o Grok Bot coloca os recursos em uma estrutura de computação em nuvem compartilhada entre os bots do usuário. A descrição técnica compara essa estrutura a um computador virtual compartilhado, ou seja, uma máquina mantida remotamente para executar processos sem depender diretamente do computador pessoal. A diferença é prática: no perfil local, a continuidade está ligada ao diretório instalado no ambiente do usuário; na máquina virtual, a operação fica associada a uma infraestrutura remota administrada pelo serviço. Os bots podem trocar contexto e colaborar dentro dessa estrutura, o que aproxima a ferramenta de uma pequena equipe digital, mas também torna a separação entre seus recursos uma questão de arquitetura.

Essa permanência remota aparece no uso cotidiano. A análise disponível descreve o Grok Bot como um pequeno escritório em um computador remoto, com facilidade para usar o navegador e executar tarefas mesmo quando o laptop do usuário está desligado. O produto foi lançado para fluxos multietapas que exigem interação com web, e-mail e aplicativos, com foco em automação de negócios em vez de tarefas de programação. A ideia de deixar uma máquina virtual trabalhando enquanto a máquina física permanece desligada é sedutora porque remove uma interrupção comum do trabalho digital. Porém, o conforto só é compreensível quando o usuário sabe quais arquivos e credenciais estão disponíveis para cada bot nesse escritório remoto.

O lançamento também veio acompanhado de uma disponibilidade inicial delimitada. Segundo a descrição do anúncio, o Grok Bot foi lançado em 11 de agosto de 2026 e ficou disponível em beta para assinantes SuperGrok Heavy, Cursor Ultra e Cursor Teams Premium. Beta significa uma fase de testes em que o produto já pode ser usado por um grupo definido, mas ainda está em processo de validação e aperfeiçoamento. A informação importa porque impede uma leitura exagerada da novidade: não se trata, segundo a fonte, de uma ferramenta aberta a qualquer usuário no momento do lançamento. O acesso controlado combina com a natureza da proposta, que envolve tarefas multietapas, troca de contexto e interação com serviços externos.

O mesmo cargo pode esconder arquiteturas muito diferentes

Quando o usuário enxerga um agente com nome e função, pode imaginar que está diante de um colega de trabalho digital com uma estrutura uniforme. A comparação entre Hermes e Grok Bot mostra o contrário. O Hermes utiliza diretórios locais de perfil sem sandboxing, enquanto o Grok centraliza recursos em um computador virtual compartilhado pelos bots do usuário. A diferença não está apenas no local onde a tela é aberta, mas no tipo de superfície que precisa ser protegida: no primeiro caso, o diretório e o computador local; no segundo, a máquina virtual, os arquivos compartilhados e as credenciais armazenadas remotamente. A interface pode sugerir a mesma ideia de funcionário digital, mas o controle necessário muda conforme a arquitetura.

O Claude Tag acrescenta uma terceira forma de organizar a identidade, baseada em um serviço provisionado pela organização e em acesso às ferramentas com escopo de canal. Essa combinação aproxima o agente das estruturas administrativas de uma empresa, nas quais a autorização pode ser vinculada a uma área delimitada da comunicação. O ponto não é escolher uma arquitetura vencedora apenas pela aparência de continuidade, mas entender qual delas permite verificar o que o agente pode fazer, em que lugar ele guarda seus dados e como seu acesso pode ser revogado. As fontes descrevem justamente essa divisão entre perfil local, máquina virtual e serviço, sem indicar um consenso sobre a coerência de longo prazo desses sistemas.

Permissão persistente também é responsabilidade persistente

A preocupação com segurança cresce porque os agentes deixam de receber autorização apenas para uma tarefa isolada. No caso do Grok Bot, a análise alerta que o compartilhamento de arquivos e credenciais entre bots dentro da estrutura do serviço pode criar riscos se não for administrado. Credenciais são os elementos que comprovam acesso, como chaves ou informações de autenticação; quando vários agentes conseguem usá-las, uma falha de instrução ou de separação pode alcançar mais de uma tarefa. Não é necessário imaginar uma IA mal-intencionada para perceber o problema. Basta uma autorização ampla demais, um arquivo colocado no diretório errado ou um bot encarregado de uma função que não deveria acessar os recursos de outra.

O alerta ganha peso porque o analista citado nas fontes aponta uma dúvida ainda sem resposta sobre a coerência de longo prazo das identidades persistentes. Um agente que conserva memória, skills e permissões precisa manter uma linha de atuação compreensível ao longo do tempo; caso contrário, o papel atribuído no início pode não descrever mais o comportamento esperado depois de várias interações. A permanência resolve parte do problema das sessões descartáveis, mas cria uma obrigação adicional de revisar o que foi acumulado. Para empresas e usuários, a consequência prática é tratar memória e acesso como componentes diferentes: lembrar uma preferência não deveria ser confundido com manter uma chave válida para sempre.

É nesse ponto que a linguagem de time de trabalho precisa ser usada com cuidado. Chamar uma IA de analista, assistente ou operador ajuda a organizar a delegação, mas um cargo humano costuma vir acompanhado de limites institucionais, supervisão e responsabilidade definida. Nos agentes persistentes, esses limites precisam ser construídos na configuração do perfil, no escopo das ferramentas e na separação dos recursos. A discussão do Desbugados sobre agentes que atuam em times completos de engenharia ajuda a conectar essa mudança a uma pergunta maior: quando várias entidades digitais colaboram, quem acompanha o trabalho que atravessa mais de um perfil?

Como desbugar a delegação antes de entregar autonomia

Para o usuário, o primeiro passo é abandonar a pergunta genérica sobre qual agente é mais inteligente e começar pela pergunta operacional: onde está a identidade? No Hermes, a resposta passa pelo diretório local do perfil e pelos arquivos que ele reúne. No Grok Bot, passa pela computação remota compartilhada e pelos recursos disponíveis aos bots dentro dela. No Claude Tag, passa pela identidade de serviço e pelo canal autorizado no Slack. Essa leitura não exige conhecer todos os detalhes internos dos sistemas, mas exige identificar a superfície de acesso antes de entregar uma tarefa. Uma automação que consulta páginas públicas não tem a mesma exposição de uma que manipula e-mail, arquivos e credenciais, e as fontes descrevem o Grok justamente como uma ferramenta voltada a fluxos que atravessam esses serviços.

O segundo passo é separar continuidade de confiança total. A memória persistente pode poupar a repetição de instruções, enquanto uma skill permite reaproveitar uma capacidade, mas nenhuma das duas deve ser interpretada como autorização ilimitada. No perfil do Hermes Bot Mode, por exemplo, configurações, chaves, memória e tarefas agendadas permanecem reunidas no mesmo diretório; no Grok Bot, o compartilhamento de recursos entre bots precisa ser administrado. A prática mais segura, dentro do que as fontes permitem concluir, é delegar uma função observável, conferir os recursos envolvidos e revisar a permissão quando a tarefa termina. A persistência deve conservar o contexto útil, não transformar todo acesso antigo em herança automática.

O próximo passo concreto depende do produto que o leitor pretende acompanhar. O Hermes Bot Mode já é descrito na versão v0.20.4 do aplicativo para desktop, com perfis locais que tornam visível a organização dos arquivos, enquanto o Grok Bot aparece nas fontes como uma oferta em beta para assinantes de planos específicos. Em ambos os casos, a experiência deve ser lida junto com a arquitetura: um perfil local pede atenção ao isolamento do computador, e uma máquina virtual compartilhada pede atenção aos arquivos e às credenciais que circulam entre bots. O agente ganhou um cargo, mas o administrador continua precisando definir o alcance desse cargo, acompanhar a execução e retirar a chave quando o trabalho acabar.