docker e kubectl têm tantos subcomandos que ferramentas de terceiros (k9s, lazydocker, dive) prosperam permitindo evitar a CLI. O CliAI te deixa ficar na CLI sem pagar o pedágio da memória.
Docker
1. Logs de um container pelo nome
clai
$ clai siga as últimas 100 linhas do container api→ docker logs --tail 100 -f api
2. Limpar imagens dangling
clai
$ clai remova todas as imagens docker dangling→ docker image prune -fTotal reclaimed space: 1.2GB
3. Detalhamento do uso de disco
clai
$ clai quanto de disco o docker está usando e onde→ docker system df -v
4. Shell no container web
clai
$ clai abra shell dentro do container web rodando→ docker exec -it $(docker ps -qf name=web) sh
Kubernetes
5. Pods que não estão Running
clai
$ clai mostre pods no namespace staging que não estão Running→ kubectl -n staging get pods --field-selector=status.phase!=RunningNAME READY STATUS RESTARTS AGEapi-7d8f-xyz 0/1 CrashLoopBackOff 12 18m
6. Logs de todos os pods de um deployment
clai
$ clai stream de logs de todos os pods do deployment api em staging→ kubectl -n staging logs -l app=api --all-containers --tail=50 -f
7. Top consumidores de memória do cluster
clai
$ clai quais 10 pods estão usando mais memória no cluster→ kubectl top pods -A --sort-by=memory | head -11
8. Reiniciar um deployment sem mudar a imagem
clai
$ clai dispare um rolling restart do deployment api em staging→ kubectl -n staging rollout restart deployment/apideployment.apps/api restarted
Este é o que pega todo mundo — restart não é kubectl restart, é rollout restart. O CliAI sabe; você não precisa.
Veja também
- Triagem de rede — quando a rede do cluster é o problema real.
- Limpeza de logs e backups antigos — mesmo tema, outra superfície.