Atlas
Lê Helm, manifests, Compose, Kustomize e Terraform e desenha a topologia em Mermaid.
yby atlas diagramUma CLI que prepara o cluster (k3d local, k3s numa VPS ou EKS, AKS e GKE), instala o GitOps com Argo CD e investiga problemas com IA.
curl -sfL https://raw.githubusercontent.com/casheiro/yby-cli/main/install.sh | sh -Arraste a linha para comparar. À esquerda, o cluster montado à mão; à direita, o mesmo cluster depois do yby.
O caminho local do yby: o cluster nasce no k3d, o Git é espelhado dentro dele e o Argo CD aplica cada commit.
Os plugins do yby. Cada um é um binário separado, instalado com yby plugin install.
Lê Helm, manifests, Compose, Kustomize e Terraform e desenha a topologia em Mermaid.
yby atlas diagramAudita o cluster (CIS, PCI-DSS, SOC 2) e investiga pods com problema.
yby sentinel investigate <pod>Assistente de IA no terminal, que usa sentinel e kubectl como ferramentas.
yby bard -p "por que o pod reinicia?"Guarda o conhecimento do projeto em UKIs e responde com busca semântica.
yby synapstor search "ingress"Painel do cluster no terminal: pods, deployments, statefulsets e services.
yby vizCorte do cluster que o yby monta, da base ao que você toca. Passe o mouse para ler o perfil.
Um plugin é um binário yby-plugin-<nome> que fala JSON. Sem DSL proprietária.
O yby pede o manifesto pelo stdin e lê a resposta no stdout. Nos comandos, o pedido chega em YBY_PLUGIN_REQUEST e o plugin usa o terminal direto.
// 1. handshake: stdin → stdout → {"hook": "manifest"} ← {"data": {"name": "meu-plugin", "version": "1.0.0", "hooks": ["command"]}}
// 2. comando: $ yby meu-plugin scan -n default YBY_PLUGIN_REQUEST={"hook": "command", "args": ["scan", "-n", "default"]}