A Komodor lançou um plantonista com IA. E o open source, tem resposta?

São três da manhã e o celular toca. Em setembro, a Komodor passou a vender uma resposta
pronta para esse momento, um agente que investiga o incidente antes de você achar o
notebook.

O lançamento é interessante. Mas a pergunta que importa para quem opera Kubernetes é outra,
dá para montar algo parecido com ferramentas abertas, que você instala, audita e roda no seu
próprio cluster?

O que a Komodor lançou

A Agentic Operations Platform permite implantar e gerenciar agentes de IA no Kubernetes com
os mesmos fluxos usados para qualquer outro workload. Os casos de uso iniciais incluem
troubleshooting e gestão de incidentes, inteligência de alertas, redução de custos de cloud,
change intelligence e saúde de CI/CD.

O destaque, na minha leitura, é a governança. Políticas por papel definem quem pode invocar
um agente e quais credenciais ou ferramentas ele acessa, e dá para testar e comparar versões de
um agente antes de liberar para mais gente.
Os números de marketing pedem cautela. A empresa fala em 95% a 97% de precisão em
incidentes reais, dependendo da fonte, mas são medições do próprio fornecedor, em cenários
que você não reproduz.

A resposta aberta: HolmesGPT, K8sGPT e kagent

O mundo open source não tem um produto único igual ao da Komodor. Tem peças, e três delas
já estão no CNCF como projetos Sandbox:

• HolmesGPT: agente para investigar incidentes e achar causa-raiz em qualquer stack, não
  só Kubernetes. Integra com Prometheus, Grafana, Datadog e Loki, e pode aplicar
  correções via MCP. É o mais parecido com o plantonista da Komodor.
• K8sGPT: scanner que analisa o cluster e explica o problema em linguagem natural. O site
  lista 23 analyzers, 14 backends de IA (nuvem ou local) e três formas de uso: CLI, operator
  e MCP. Licença Apache 2.0.
• kagent: framework para construir e rodar agentes de IA dentro do Kubernetes, com
  servidor MCP que traz ferramentas para Kubernetes, Istio, Helm, Argo, Prometheus,
  Grafana e Cilium. Suporta Ollama, então dá para rodar com modelo local.

A divisão de papéis é simples. O HolmesGPT investiga, o K8sGPT escaneia e explica, o kagent é a
base para você montar seus próprios agentes.

Onde o open source empata e onde ainda perde

No diagnóstico, a disputa é real. Investigar um pod em CrashLoopBackOff, cruzar logs, eventos e
métricas e propor uma causa provável é o território dessas ferramentas, e o resultado varia com
o caso e com o modelo. Em compensação, você ganha a vantagem de rodar com o modelo que
você escolher, inclusive local.

O que o open source não entrega pronto é a camada de plataforma: painel único, governança
por papéis, comparação de versões de agente e suporte contratado. Em projetos como o kagent,
parte dos recursos de controle de acesso aparece numa edição enterprise da Solo.io, o que é o
modelo open core.

Um detalhe que costuma passar batido: a Komodor publicou comparativos em que o Klaudia
vence um agente aberto. Mas o teste é dela, no cenário dela. E o painel do CNCF dá ao K8sGPT
um health score de 47 (“Concerning”) e ao kagent 67 (“Fair”). Sandbox não é selo de
maturidade, e vale olhar a atividade do projeto antes de apostar nele.

Limites e cuidados

Abrir o código não elimina o risco. Alguns pontos antes de pôr qualquer agente perto de
produção:

• Dados saindo do cluster: se o modelo é de nuvem, nomes de recursos e logs viajam
  junto. O K8sGPT tem a opção –anonymize para mascarar esses dados, e a alternativa é
  usar um modelo local.
• Credenciais: dê ao agente o menor escopo possível e comece em modo somente leitura.
• Ações destrutivas: correção automática só depois de muito teste. Ao começar, a
  mudança de estado passa por aprovação humana.
• Alucinação: a hipótese do agente é um ponto de partida, não um veredito. Quem valida
  é você.
• Manutenção: projeto aberto também envelhece. Olhe commits, issues e releases antes
  de adotar

Do GitHub para a prática: IA no Universo Kubernetes

Conhecer os nomes não basta. O que separa quem usa essas ferramentas de quem só leu sobre
elas é ter rodado cada uma contra uma falha de verdade, num cluster que pode quebrar.
Foi por isso que a 4Linux lançou o curso IA no Universo Kubernetes, com 20 horas e seis
ferramentas de AIOps no mesmo caminho. A página do curso o apresenta como a primeira
formação em português a integrar essas seis ferramentas do ecossistema CNCF.

A trilha tem oito módulos: conceitos de IA e preparação do ambiente (3h), K8sGPT para
diagnóstico do cluster (3h), HolmesGPT para root cause analysis (3h), kubectl-ai para operar
Kubernetes por linguagem natural (2h), Kube-copilot para auditoria de segurança (2h), Trivy com
IA para segurança de containers (2h), Goldilocks com IA para otimização de resources (2h) e,
para fechar, incidentes simulados (3h).

Duas coisas me parecem certeiras. A primeira é o ambiente: as práticas rodam em VMs
pré-configuradas que replicam cenários de produção, sem você configurar nada na sua máquina.
A segunda é a premissa de que a IA acelera o diagnóstico, mas não substitui a validação técnica.
O curso é complementar e parte do princípio de que você já opera Kubernetes.

Comprar ou montar?

A pergunta mais útil não é se o open source vence a Komodor. É quanto da camada de
plataforma a sua equipe precisa receber pronta e quanto consegue montar sozinha.
Se o time é grande e quer governança embalada, o produto comercial resolve uma parte do
problema. Se o time tem base em Kubernetes e prefere controle, auditoria e modelo local, o
caminho aberto já existe e está no GitHub.

Spoiler: nos dois casos, alguém precisa saber operar o agente. E isso se aprende errando num
laboratório, não no pager das três da manhã.

Fontes

• IT Brief: Komodor launches agentic operations platform for SRE
• Cloud Native Now: Komodor Extends AI SRE Reach for Kubernetes to AI Agents (17/09/2026)
• Komodor no GitHub (organização komodorio)
• Komodor: AI SRE vs. Open Source AI SRE (comparativo do próprio fornecedor)
• HolmesGPT no GitHub
• K8sGPT: site oficial e página no CNCF
• kagent no GitHub e página no CNCF
• Metoro: Best Komodor Klaudia Alternatives in 2026
• 4Linux: curso IA no Universo Kubernetes