Solução · AI Operations

Todos os teus agentes de IA têm data de ligação. Quase nenhum tem data de revisão nem de desligamento.

Construir um agente é um projeto. O que quase ninguém tem construído é a função que o governa depois: um catálogo onde cada agente tem dono e versão, uma porta que decide que alteração chega a produção, um rollback que funciona, uma revisão que verifica se ainda compensa e uma retirada a sério — com as credenciais revogadas. Construímos esse ciclo de vida e operamo-lo.

Montem no meu negócio Ver como funciona

O problema

Do agente número um lembra-se toda a gente. Do número catorze ninguém sabe quem o pediu, que versão corre, nem se alguém o usa.

Ninguém tem a lista. Não existe um sítio onde estejam todos os agentes que correm hoje com o seu dono, a sua versão, as suas permissões e o motivo por que foram aprovados: há uma folha de cálculo velha e a memória de três pessoas.
Uma alteração de prompt chega a produção porque alguém lhe mexeu, não porque passou uma porta: não há ambiente de teste, não há avaliação que a compare com a versão anterior e não há forma limpa de voltar atrás se sair pior.
«Versão» significa coisas diferentes conforme a quem perguntas: o modelo mudou por sua conta, o prompt foi editado à mão e as ferramentas ligadas não são as de há três meses — e nada disso está preso a um número que possas nomear.
Há agentes que já ninguém usa e continuam ligados: consomem tokens todos os dias e mantêm vivas credenciais com permissões de escrita, e ninguém os desliga porque ninguém tem a certeza do que se parte.
Quando alguém pergunta se um agente ainda compensa, a resposta é uma opinião: não há linha de base, nem cadência de revisão, nem critério escrito sobre quando se refaz e quando se retira.

O custo de continuar igual

A Gartner previu, no seu comunicado de 25 de junho de 2025, que mais de 40 % dos projetos de IA agêntica serão cancelados antes do final de 2027 — e as razões que aponta não são técnicas: custos a subir, valor de negócio pouco claro e controlos de risco inadequados. Os três geram-se no ciclo de vida ou não se gerem em lado nenhum. E o buraco está medido: no whitepaper «The Non-Human Identity Governance Vacuum» da Cloud Security Alliance (maio de 2026), 78 % das organizações declaram não ter uma política documentada para criar e eliminar identidades de IA, 51 % não têm um proprietário claro dessas identidades e apenas 20 % dispõem de um processo formal de saída com revogação de chaves. Traduzido para a tua empresa: cada agente que ligas sem ciclo de vida é custo que ninguém volta a rever e uma credencial que ninguém vai revogar. Não falha no dia um. Acumula-se.

A solução

Construímos o ciclo de vida dos teus agentes — catálogo, porta de promoção, versionamento com rollback, revisão e retirada — e operamo-lo como função contínua

1Levantamos o catálogo real, não o que julgas ter: que agentes correm hoje, quem os pediu, quem responde por cada um, que versão está viva, com que permissões e com que credencial. Quase sempre aparecem agentes que ninguém se lembrava de ter ligado.
2Pomos estados e portas. Um agente passa de proposto a validado, de validado a produção e de produção a retirado por um caminho escrito, não porque alguém o pôs no ar numa quinta-feira. Antes da produção há uma avaliação contra casos reais do teu negócio, e é essa avaliação que abre a porta — não a sensação de que está a correr bem.
3Fazemos com que «versão» signifique alguma coisa: prompt, modelo, ferramentas ligadas e limites ficam presos a uma versão com nome, comparável com a anterior e à qual se pode voltar em minutos. É o que já fazem as plataformas sérias — a AWS Bedrock AgentCore congela cada atualização numa versão imutável e reverte reapontando o endpoint; o Microsoft Foundry guarda snapshots de agente e promove entre ambientes com portas baseadas em avaliações — e construímo-lo sobre o que já usas em vez de te trazer outra ferramenta.
4Metemos a revisão periódica, que é onde se decide se um agente continua vivo: quanto custa, quanto é usado, com que qualidade responde face à sua linha de base e se o processo que servia ainda existe. Com critério escrito sobre quando se ajusta, quando se refaz e quando se retira — para que a decisão não dependa de quem está na reunião.
5Fechamos pelo fim, que é a peça que quase ninguém tem montada: a retirada. Desliga-se o agente, revogam-se as suas credenciais e os seus acessos, decide-se o que se conserva dos seus registos e durante quanto tempo, e passa-se a quem for de direito aquilo que fazia. É a fase de retirada que um sistema de gestão de IA como a ISO/IEC 42001 obriga a tratar de forma explícita — e, já agora, a que deixa de pagar por agentes que ninguém usa.

O que muda

O que deixas de perder

O catálogo deixa de ser uma folha desatualizada: cada agente vivo tem dono, versão, permissões e motivo de aprovação — e o que não está no catálogo não corre.
Mecanismo
Uma alteração má deixa de ser um problema de horas: a versão anterior tem nome e volta-se a ela, em vez de reconstruir à mão o prompt que havia na terça.
Mecanismo
O agente que já ninguém usa deixa de ser despesa invisível e credencial aberta: a revisão deteta-o e a retirada fecha-o a sério, com os acessos revogados.
Mecanismo
O que medimos: % de agentes vivos com dono e versão no catálogo, % de alterações que chegaram a produção pela porta de avaliação, tempo de rollback para a versão anterior, agentes revistos e retirados por trimestre, e credenciais revogadas após cada saída.
O que medimos

Ficha técnica

Trabalho que elimina: descobrir tarde que agentes correm, quem os pediu e que versão está viva — e não poder voltar atrás quando uma alteração corre mal nem desligar de vez aquele que já ninguém usa
Implementação habitual: 4–8 semanas
Entrada: os agentes que já tens a correr, com os seus prompts, os seus modelos, as suas ferramentas ligadas e as suas credenciais
Saída: um catálogo vivo com dono, versão e estado por agente, uma porta de promoção com avaliação, rollback para a versão anterior, revisão periódica com critério escrito e uma retirada que revoga acessos
Compatível com: AWS Bedrock AgentCoreMicrosoft Foundry Agent ServiceGoogle Vertex AI Agent EngineLangSmithLangGraphn8nOpenAIAnthropic
Pode ligar-se a: O teu controlo de versões e o teu CIO teu gestor de segredos e o teu fornecedor de identidadeA tua bateria de avaliação sobre casos reais do negócioO teu inventário de identidades não humanas, se já o tiveres
O que medimos: % de agentes vivos com dono e versão no catálogo% de alterações promovidas através da porta de avaliaçãotempo de rollback para a versão anterioragentes revistos e retirados por trimestrecredenciais revogadas após cada saída
Adequado para: empresas que já passaram do primeiro agente para o décimo e começam a não saber quantos têm, quem responde por cada um, nem quais poderiam desligar sem que se notasse
Não adequado para: quem tem um único agente em produção e uma pessoa que o conhece por inteiro: aí o ciclo de vida é uma conversa, não uma função

Perguntas frequentes

No objeto. Manter responde a «que os meus agentes continuem a funcionar bem»: vigiar a deriva, atualizar quando muda um modelo, controlar o custo, reagir quando algo se degrada. Isso tens desenvolvido em quem mantém os agentes de IA em produção, e responder a uma falha concreta é gestão de incidentes. O ciclo de vida responde a outra coisa: que estados atravessa um agente e quem autoriza cada salto. Entrada com dono e motivo, validação antes da produção, promoção por uma porta de avaliação, versões com nome e rollback, revisão em cadência e retirada com revogação. Manter é o verbo do dia-a-dia; o ciclo de vida é a moldura que decide o que entra, o que muda e o que sai. Sem ela, manter acaba por cuidar de coisas que já ninguém devia ter ligadas.

Dá-te o mecanismo, não a função, e é essa diferença que se paga. A AWS Bedrock AgentCore versiona de forma imutável e deixa-te reverter; o Microsoft Foundry guarda snapshots e permite pôr portas de avaliação entre ambientes. Ótimo: usamo-los. O que nenhuma plataforma te dá é quem responde por cada agente, que avaliação tem de passar uma alteração para ser aceitável no TEU negócio, de quanto em quanto tempo se verifica se o agente ainda compensa, com que critério se decide retirá-lo, nem o que se faz das suas credenciais e dos seus registos no dia em que se desliga. São decisões e cadências, e alguém tem de as operar. E se os teus agentes estão espalhados por várias plataformas — o normal a partir do terceiro —, o catálogo e o critério têm de viver acima de todas.

Desligá-lo é a parte fácil e a que menos importa. Retirar a sério é revogar as suas credenciais e as suas permissões — e é aí que falha quase toda a gente: apenas 20 % das organizações dizem ter um processo formal de saída com revogação de chaves, segundo o whitepaper da Cloud Security Alliance de maio de 2026 —, decidir que registos se conservam e por quanto tempo, avisar quem dependia dele e passar a outros o que fazia. Um agente «desligado» cuja identidade continua viva não é um agente retirado: é uma credencial com permissões de escrita que já ninguém vigia porque, oficialmente, esse agente não existe. Por isso a retirada é uma fase do ciclo de vida com lista de verificação, não um interruptor.

Montamos no teu negócio?

Localizaste o problema. Nós entregamos a solução e deixamo-la medida.

Ver o serviço