LangChain lança Connections para credenciais e identidade por usuário em agentes

Todo agente de IA, em algum momento, precisa agir em nome de alguém: pesquisar na web, abrir um ticket, criar um pull request. Hoje isso quase sempre significa uma única chave de API gravada no .env, compartilhada por todas as implantações, com todas as ações aparecendo sob uma conta de serviço. A chave responde o que o agente pode fazer, mas não tem como responder quem pediu. É esse problema que o novo recurso Connections, da LangChain, tenta resolver.

O que são Connections

Uma connection é uma credencial nomeada que vive no workspace do LangSmith (a plataforma de observabilidade da LangChain) e que as ferramentas leem em tempo de execução por um identificador, com uma única chamada. A chave sai do projeto, do build e do .env, e passa a poder ser rotacionada ou revogada sem tocar em código nem reimplantar.

Dois eixos independentes

Uma connection tem um dono e um tipo de credencial, que são independentes. O dono é o agente (a credencial pertence à implantação e todos os chamadores compartilham) ou o usuário (a credencial resolve por pessoa, em tempo de execução). A credencial é um segredo estático ou uma concessão OAuth. A combinação gera quatro cenários, do segredo compartilhado por todos até a identidade por chamador.

O caso que muda a prática: identidade por usuário

No fluxo de OAuth por usuário, um agente pode atuar em nome de cada pessoa. No exemplo do GitHub, a ferramenta usa connections.get("github-issues", {"type": "user"}): se o chamador nunca autorizou, a execução pausa e pede a concessão em vez de falhar. O resultado é que o ticket aberto pelo agente carrega o nome de quem pediu — não o de um bot. “Mesma consulta, mesma implantação, respostas diferentes”, porque repositórios privados visíveis para um usuário não são visíveis para outro.

Sem o cansaço do OAuth

O recurso promete eliminar o “encanamento” de OAuth: sem rota de callback, sem armazenamento de token, sem lógica de refresh, sem tela de consentimento. Servidores MCP que registram o próprio cliente OAuth reduzem a configuração a uma única URL. E, quando um agente precisa de várias conexões ainda não concedidas, a execução pausa uma única vez, listando todas as permissões pendentes antes do primeiro turno do modelo.

Connections está disponível a partir da versão 0.7.0 do Managed Deep Agents. Para equipes brasileiras que estão colocando agentes para interagir com sistemas corporativos, a proposta ataca diretamente um dos pontos mais frágeis da adoção: o uso de credenciais compartilhadas e a perda de rastreabilidade de quem fez o quê.