Gemini vira agente universal — mas delegar trabalho amplia o risco de acesso

Segundo a Reuters, o Google Cloud apresentou o Gemini agent em 8 de outubro de 2026 como um agente de trabalho capaz de planejar tarefas, usar ferramentas e produzir resultados em documentos, emails e ambientes de desenvolvimento. A proposta inclui atuação nos aplicativos do Google Workspace e acesso por Microsoft 365 e Slack. Para as empresas, delegar um objetivo que atravessa esses serviços amplia a necessidade de delimitar quais informações o agente pode consultar e quais ações pode executar.

No anúncio de 8 de outubro de 2026, Thomas Kurian, CEO do Google Cloud, resumiu a proposta: “You give it objectives, not instructions.” O termo universal descreve a reunião de perguntas, produção de conteúdo, execução de tarefas e código em uma experiência que pode usar diferentes ferramentas. Trata-se de capacidades anunciadas; o texto não fixa uma data de liberação geral para cada função e integração.

Do Workspace aos sistemas conectados

Dentro do Workspace, o Gemini agent foi apresentado para atuar em Gmail, Drive, Docs, Slides, Sheets, Chat e Calendar. Uma tarefa pode começar em uma conversa, continuar em uma planilha e terminar em uma apresentação sem que a pessoa repita todo o contexto. O anúncio também descreve sugestões de delegação: diante de um email que pede uma atualização de projeto em slides, o sistema pode oferecer a opção de passar o trabalho ao agente.

O alcance proposto vai além dos aplicativos do Google. Microsoft 365 e Slack aparecem como canais de acesso ao agente, enquanto a lista de ferramentas às quais ele pode se conectar inclui, entre outras, Jira, Salesforce, ServiceNow e BigQuery. Essa distinção importa: entrar em contato com o agente pelo Slack não significa, por si só, autorizá-lo a consultar todos os dados de um sistema conectado. O que ele poderá alcançar dependerá das ferramentas habilitadas e das permissões aprovadas para cada identidade.

A execução também foi descrita como persistente na nuvem: trabalhos longos podem continuar depois que o usuário fecha o computador, com contexto disponível quando ele retorna. Isso torna a duração do acesso parte da decisão de delegar. Uma autorização suficiente para responder a uma pergunta pontual pode ter consequências diferentes quando o agente passa a acompanhar uma tarefa por mais tempo ou a acionar outras ferramentas para concluí-la.

Três cenários de delegação, três limites de acesso

O ponto de partida para mapear permissões é saber em nome de quem o trabalho acontece. Uma solicitação para preparar a atualização de um projeto pode envolver apenas o contexto de uma pessoa, arquivos compartilhados por uma equipe ou registros de uma plataforma externa. O objetivo escrito pelo usuário pode ser o mesmo; a identidade autorizada e o conjunto de dados disponíveis mudam.

• Assistente pessoal: a proposta usa o contexto do profissional, como agenda, conversas e documentos aos quais ele tem acesso, para coordenar tarefas entre aplicativos. A revisão relevante é a dos compartilhamentos existentes nesses espaços e do alcance da tarefa: consultar informações, criar conteúdo ou iniciar uma comunicação são ações distintas.
• Colega de equipe: o agente criado para um grupo recebe conta própria no Workspace, com email, calendário, Drive e presença no diretório da empresa. Pode ser adicionado a um espaço do Chat ou mencionado em um documento; atua sob sua própria identidade e vê o que for compartilhado com ela. A composição dos grupos e as permissões dos arquivos passam, portanto, a definir parte do contexto que esse colega artificial recebe.
• Agente conectado a sistemas: ferramentas autorizadas permitem alcançar serviços fora do Workspace. Nesse cenário, a empresa precisa relacionar a identidade reconhecida pelo serviço de destino aos recursos e às operações que a conexão permite. Uma tarefa que exige consultar certos registros não justifica, automaticamente, acesso para alterá-los ou alcançar toda a plataforma.

A diferença entre esses cenários não se resolve apenas com uma descrição cuidadosa da tarefa. No Workspace, a associação a um espaço ou o compartilhamento de um arquivo determina o que um colega de equipe pode ver. Em um serviço externo, entram também as regras de autorização daquele sistema. O limite efetivo da delegação resulta da combinação entre identidade, compartilhamento e capacidade da ferramenta conectada.

Identidade, auditoria e tráfego entram na mesma decisão

O desenho anunciado atribui uma identidade própria aos agentes e prevê permissões por função aprovadas por administradores de segurança. Quando há conexão com um sistema externo, essa identidade pode ser mapeada e propagada por padrões como OAuth. Para a administração corporativa, a questão concreta é qual identidade aparecerá em cada serviço e se o escopo concedido corresponde ao trabalho solicitado.

As ações do agente devem ser atribuídas a ele em uma trilha de auditoria, inclusive quando uma máquina virtual é criada para executar código em seu nome. O Google Cloud também descreve tarefas executadas em Agent Sandbox e tráfego entre agentes e ferramentas passando pelo Agent Gateway, onde políticas da organização podem restringir o acesso. Esses controles oferecem pontos para limitar e observar a execução, mas seu efeito depende das regras configuradas e dos acessos já concedidos.

Há uma diferença entre aprovar permissões para uma identidade e exigir intervenção humana a cada ação. O anúncio detalha aprovação administrativa para acessos por função, sem estabelecer uma regra única de confirmação individual para toda tarefa que o agente possa executar. Por isso, o mapa de acesso de cada empresa precisa incluir não só o que o agente pode ler, mas também onde pode escrever, enviar conteúdo ou executar código e como essas ações serão registradas.

As especializações têm etapas de disponibilidade diferentes

As versões voltadas a serviços financeiros e trabalho jurídico foram apresentadas em prévia. Na área jurídica, a proposta é herdar permissões por caso e barreiras de confidencialidade de plataformas de gestão documental como NetDocuments e iManage, uma exigência diretamente ligada ao sigilo entre casos jurídicos. Governo, saúde e varejo aparecem como áreas futuras, sem uma data de disponibilidade indicada no anúncio.

Também é importante distinguir exemplos de clientes que já usam Gemini Enterprise da disponibilidade de cada capacidade do novo Gemini agent. A existência de agentes corporativos em operação não estabelece que toda integração ou modalidade descrita para o produto recém-apresentado esteja liberada para todas as organizações. O dado que falta para transformar o mapa de permissões em uma configuração concreta é a disponibilidade de cada função e conector na contratação da empresa, junto com os controles oferecidos para aprovar acessos e auditar o trabalho delegado.

Leia também:

• Gemini para escritórios jurídicos herda permissões — o sigilo é o teste real
• PRIMA verá o universo frio — mas ainda precisa vencer uma revisão da NASA
• Gemini escolhe quais cenas assistir — tokens caem até 88%