Sobre o que correm os seus agentes, e em que trabalham
Duas perguntas. Aquilo com que um agente trabalha é o motor — a ferramenta que move o modelo de linguagem; hoje o Claude, o ChatGPT ao lado. Aquilo em que trabalha é o sistema de destino: não um conector soldado, mas um plugin que traz consigo as suas ações, os seus eventos e as suas próprias instruções. Ambos se ativam na interface, recebem credenciais e são atribuídos a um agente.
Sobre o que correm
O motor é a ferramenta que move o modelo de linguagem. O que deposita decide como é pago: um lugar de subscrição ou uma chave de API. Vários sob o mesmo nome formam a capacidade de um posto de trabalho. O covey reparte o trabalho por eles, mantém cada agente no mesmo lugar enquanto pode e passa a outro assim que um se esgota.
Claude Code (Anthropic)
O motor sobre o qual o covey corre hoje: Claude Code, sem interface, dentro do posto de trabalho do agente. Sabe retomar uma sessão — é isso que permite a um agente esperar pela resposta de um cliente em vez de começar do zero — e reporta ele próprio os seus custos e o consumo da subscrição, em vez de os deixar por estimativa. Lugar de subscrição ou chave de API, ambos servem.
Codex (OpenAI)
Preparado como segundo motor, com as duas formas de acesso: a chave de API como variável de ambiente, o login do ChatGPT como ficheiro que só existe enquanto durar a execução. Ainda não verificámos o funcionamento contra o próprio programa — e enquanto for assim, aqui diz «em preparação» e não «suportado».
educa AI
O terceiro motor, e o primeiro que fica à frente de um gateway em vez de um único fornecedor: o educa AI Core serve tanto a interface da Anthropic como a da OpenAI. O covey usa aí a mesma ferramenta Claude Code de sempre, apenas contra o ponto de acesso da educa. Verificado contra a instância alojada: as execuções funcionam, as ferramentas executam-se, uma sessão pode ser retomada. Um token, duas formas de contrato (por consumo ou como quota). Não adotamos de propósito o valor monetário que a ferramenta reporta — ele põe preço no contrato de outra pessoa. As contagens de tokens ficam, porque essas são medidas.
Mais motores
Um motor é um plugin que se regista sozinho: um ficheiro que diz de que credenciais precisa e sob que forma, se sabe retomar uma sessão e onde procura as suas instruções. A plataforma verifica o que ele declara no momento da atribuição — o motor seguinte não precisa, portanto, de tratamento especial.
De onde vem o trabalho
Zammad
Rever tickets, responder, definir o estado, escalar. Assim que um cliente responde, o Zammad avisa o covey e o agente é acordado — não tem de andar a verificar.
Salesforce
Os casos do Service Cloud como trabalho a fazer: ler um caso com toda a sua conversa, encontrar os que estão abertos, procurar como a mesma pergunta já foi respondida, e responder — como nota interna, como comentário visível no portal do cliente ou como e-mail a sério. Anexos nos dois sentidos, estado e escalada incluídos. O covey verifica a intervalos se há algo à espera; o Salesforce também pode avisar diretamente.
Zendesk
Tickets de suporte como carga de trabalho: ler um ticket com toda a sua conversa — reconstruída a partir do registo de auditoria, para que nenhuma resposta anterior passe despercebida —, ver o que o cliente anexou, consultar como a mesma pergunta foi respondida antes e responder: como nota interna ou como resposta que o cliente vê. Definir o estado, escalar, juntar duplicados. covey verifica com regularidade se há algo à espera; quem preferir, deixa o próprio Zendesk avisar.
GitHub
Incidências e pull requests como trabalho a fazer: tirar o código, fazer a correção num ramo próprio, abrir um pull request com um agente de QA como revisor — incluindo a ronda que se segue aos comentários e às verificações falhadas. O GitHub comunica os novos eventos por si; o covey também verifica a intervalos.
GitLab
As incidências como trabalho a fazer, tirar o código, fazer a correção num ramo próprio, abrir um merge request para o responsável — e depois trabalhar a ronda que se segue aos comentários e a uma pipeline falhada.
Jira
O quadro em que uma empresa realmente planeia — tanto a versão na nuvem como a do centro de dados próprio. Encontrar trabalho com uma consulta, ler um ticket com o seu histórico e as suas capturas, tomá-lo, movê-lo pelo seu fluxo e mantê-lo em dia com etiquetas, estimativas e subtarefas. O código fica no GitLab ou no GitHub; o número do ticket liga os dois — é por isso que o agente o põe à cabeça de cada mensagem de commit.
E-mail (IMAP/SMTP)
Uma caixa de correio própria do agente: rever a entrada, responder, arrumar. Para tudo o que chega sem portal e sem interface de programação.
Microsoft Teams
Um canal de conversa através do Azure Bot Service: receber e enviar mensagens. Cada chamada recebida é verificada criptograficamente.
Google Search Console
O que um motor de busca fez com uma página, por oposição ao que a página diz de si: que endereços estão indexados, que canónico o Google escolheu em vez do declarado, o que alguém procurou antes de chegar. Apenas de leitura, exceto o envio de um sitemap, e o âmbito de OAuth é escolhido por ação: um agente com leitura tem um token que não consegue escrever.
Ficheiros e documentos
Confluence
A documentação em que ticket e código se penduram — tanto a versão na nuvem como a do centro de dados próprio. Encontrar uma página por palavra-chave ou consulta, lê-la, acrescentar uma secção, comentar, pôr etiquetas, anexar ficheiros. Daqui não vem nenhum despertar: o agente chega a este sistema enquanto trabalha noutra coisa, e escreve quando esse trabalho está feito.
Nextcloud
Um armazém de ficheiros através de uma ligação de partilha ou de uma conta: listar, ler, escrever, criar pastas. O acesso vai por WebDAV — para um agente, a ligação chega.
SharePoint / ficheiros do Teams
As mesmas operações com ficheiros no mundo Microsoft: uma biblioteca de documentos através de uma aplicação registada no Entra ID, com exatamente as permissões de que precisa.
Web e sandbox
Navegador (Chrome sem janela)
O recurso para aplicações web sem plugin próprio: abrir páginas, ler texto, clicar, escrever, guardar capturas de ecrã. Que páginas são sequer alcançáveis, decide-o a lista de permissões do acesso à rede.
Sandbox de desenvolvimento
O computador do próprio agente: correr comandos, arrancar servidores de desenvolvimento e bases de dados, testar, e arrumar tudo de novo.
Bases de vulnerabilidades
Falhas de segurança conhecidas nas bibliotecas em uso: entra o ficheiro que fixa as versões, saem achados com identificador, gravidade e a versão que resolve o problema — ajustada ao ramo de versões em uso. Para npm, Composer e Dart/Flutter.
Kubernetes
Olhar para dentro de um cluster sem o alterar: estados e reinícios dos pods, o registo de um contentor caído, eventos, cargas de trabalho, ingressos, permissões e regras de rede. As credenciais dentro do cluster continuam ilegíveis, e o estado desejado continua a vir do repositório da infraestrutura.
Falta algum? Ligue-o você em vez de esperar.
Dois caminhos que não esperam por uma versão nova — ambos na interface, sem nada para reinstalar.
Sistema REST por manifesto
Um ficheiro JSON descreve a autenticação, as ações e os campos dos eventos recebidos. Enviar, ativar, atribuir — sem uma linha de código.
Servidores MCP
Qualquer servidor que fale o Model Context Protocol pode ser registado como sistema de destino. O covey descobre sozinho que ferramentas oferece; você decide, por agente, quais pode usar.
O agente nunca vê as credenciais
Nenhuma palavra-passe nem chave duradoura está no posto de trabalho do agente. Todo o acesso passa pelo plano de controlo do covey: verifica se o acesso é permitido, só então insere as credenciais e escreve a operação no registo. O que um agente pode fazer está na configuração da plataforma, não no seu prompt.
E o resto da plataforma?
Os sistemas de destino são uma metade. A outra é tudo o que está à volta e que permite confiar numa força de trabalho feita de agentes.