keel Quero o Keel
// plugin para Claude Code + painel web

Seu Claude Code,
com método.

O Keel faz o Claude planejar antes de codar, testar antes de dizer “pronto”, lembrar o que você ensinou e gastar menos token. Do pedido ao PR, do jeito do seu projeto.

Quero o Keel → Ver como funciona

Pagamento único a partir de R$ 45, sem mensalidade. Seu código-fonte nunca vai para o nosso servidor.

// se você programa com IA

Você conhece essas três cenas.

⚠ 89% do limite · e ainda são 15h

Seu Claude queima token à toa

Toda sessão ele relê o repositório, abre arquivo por arquivo e despeja logs inteiros de teste no contexto. Você paga por isso.

⟳ compactando a conversa…

Esquece tudo no meio da tarefa

A conversa compacta, a sessão fecha e ele volta do zero: sem lembrar das convenções, do que você corrigiu ontem ou de onde parou.

✗ 14 failed · 32 passed

Diz “pronto” e quebra o build

Sai codando sem plano, não roda os testes, não revisa. O “pronto” vira “quase pronto”, e o retrabalho fica com você.

O problema não é o modelo. É a falta de processo.

// como funciona

Um fluxo com portões. A IA não pula etapa.

Cada pedido passa pelas mesmas etapas que um bom dev sênior seguiria. Nos portões, o fluxo só avança com a sua aprovação ou com os testes verdes.

ENTENDERlocaliza o código relevante pelo mapa, sem ler o repo inteiro
PLANEJARarquivos, passos, riscos e estratégia de teste◆ você aprova
IMPLEMENTARseguindo perfil, regras e aprendizados do projeto
TESTARescreve e ajusta testes; saída só com o que falhou◆ testes verdes
REVISAR3 revisores em paralelo; corrige até zerar bloqueantes
PRtítulo, descrição, checklist e changelog prontos
/keel:setupanalisa o repo, faz até 5 perguntas e cria o perfil do projeto
/keel:setup-workspacesetup de vários repos de um .code-workspace numa rodada só
/keel:featureo fluxo completo, a partir de uma descrição ou de uma issue
/keel:fixcorreção com reprodução primeiro: sem teste falhando, não avança
/keel:hotfixversão enxuta do fix para emergência, se a política permitir
/keel:reviewroda os revisores sobre o diff atual
/keel:prgera a descrição e abre o PR via gh
/keel:grafoabre o grafo do projeto ou do espaço de trabalho
/keel:aprenderregistra uma lição que vale nas próximas sessões
/keel:porqueexplica o último bloqueio e como pedir exceção
/keel:statusetapa atual, portões pendentes e consumo da sessão
/keel:consumoseu consumo no dia, na semana e no mês
// subagentes especialistas

Oito especialistas. O modelo certo para cada um.

O trabalho pesado roda em subagentes isolados, que devolvem só um resumo. A sua conversa fica limpa, e você não paga Opus para fazer busca de arquivo.

AgenteModeloO que faz
exploradorHaikuacha o código relevante e devolve só caminhos e trechos-chave
planejadorOpusage como tech lead: plano, riscos, arquivos afetados
testadorSonnetescreve o teste que falha antes da correção
revisor-segurançaOpusinjeção, segredos, autorização, dados sensíveis
revisor-qualidadeSonnetcorretude, erros não tratados, duplicação
revisor-padrõesHaikuo código segue as convenções do repo?
redator-prHaikutítulo, descrição, checklist e changelog
retroSonnetdepois do merge, propõe o que aprender
// economia de tokens

Pare de pagar para a IA reler o seu código.

Economia de contexto não é um ajuste: é como o Keel foi desenhado. E você acompanha o consumo de cada fluxo, etapa e agente.

~600

tokens na largada

Cada sessão começa com um resumo curto do projeto. O resto chega sob demanda.

mapa

do repo em cache

Atualizado por git diff. “Quem usa isso?” sem sair abrindo arquivo.

só ✗

Saída enxuta

keel test, lint e typecheck devolvem só o que falhou.

Δ

Revisão incremental

Depois da correção, revisa só o que mudou, não o diff inteiro de novo.

// grafo do projeto

Veja o seu código como a IA enxerga.

O Keel monta o grafo de módulos e dependências a partir do mapa do repositório, e o Claude consulta esse grafo antes de mexer em qualquer coisa.

  • Análise de impacto“O que quebra se eu mudar isto?” e “que testes alcançam este arquivo?”, sem ler código.
  • Áreas quentesOnde o código mais muda e onde a revisão mais encontra problemas, em cores.
  • Conhecimento no mapaCada módulo mostra os aprendizados e os arquivos protegidos ligados a ele.
  • Vários repos juntosNum espaço de trabalho, o grafo liga front, back e intranet, inclusive as dependências entre repos.
keel · grafo do projeto
Grafo do projeto: módulos como círculos, dependências como setas, o módulo mais alterado em vermelho e selos azuis com o número de aprendizados
Print real: o grafo do próprio repositório do Keel. Gerado localmente.
// aprendizagem

Ensine uma vez. Ele lembra.

Toda correção que você faz vira conhecimento do projeto. Na próxima sessão, e na próxima máquina, o Claude já sabe.

  • /keel:aprenderRegistre uma lição em uma linha. Ela fica ligada ao módulo certo do grafo.
  • Retro depois do mergeO agente retro analisa achados, pedidos de correção e retrabalho do PR e propõe novas lições.
  • Achado recorrente vira regraO que a revisão encontra toda semana sobe para a fila de propostas e vira regra com um clique.
  • Vale em qualquer máquinaO repo é reconhecido pelo remote do git. Instalou o plugin e fez login: o conhecimento vem junto.
grafo · módulo apps/panel · aprendizados
Painel lateral do grafo com dois aprendizados do módulo apps/panel
Print real: aprendizados ligados a um módulo do grafo.
// orientações e regras

Suas orientações. Seguidas à risca.

O Keel não pede para a IA “tentar lembrar”. As regras rodam como hooks: a ação proibida é bloqueada antes de acontecer.

  • Perfil do projetoStack, comandos de build e teste, estrutura e convenções detectados no setup. O Claude começa a sessão sabendo.
  • Comandos bloqueados e arquivos protegidosgit push --force, rm -rf, .env*, chaves: nada disso passa.
  • Bloqueio explicado/keel:porque diz qual regra barrou e como pedir exceção.
  • Herança que só apertaOrganização → time → repo → dev. Um nível abaixo pode endurecer uma regra, nunca afrouxar.
Perfil do projetoo Claude já começa a sessão sabendo
Stack
Next.jsSupabaseVitest
Comandos
pnpm testpnpm lint
Convenções
commits convencionaistokens de cor
Regras do projetobloqueadas antes de acontecer
Comandos
git push --forcerm -rf
Protegidos
.env**.pemmigrations/
> ajusta a chave no .env.local
⛔ Keel bloqueou: .env* é um arquivo protegido
   /keel:porque explica a regra
// menos erro

“Pronto” passa a significar pronto.

No /keel:fix, o bug vira primeiro um teste que falha. Só depois vem a correção. E nada chega ao PR sem passar por três revisões.

revisor-segurança

Segurança

Injeção, segredos vazados, autorização por recurso, dados sensíveis e dependências.

revisor-qualidade

Qualidade

Corretude, erros não tratados, testes faltando, duplicação e performance óbvia.

revisor-padrões

Padrões

Estrutura, nomes, camadas e bibliotecas: o código segue o que o seu repo já faz?

// por dentro do painel

O plugin trabalha no terminal. O painel mostra, mede e decide.

Cada tela abaixo existe no Keel hoje. O menu mostra só o que o seu papel permite, e o layout funciona no celular, para aprovar de onde você estiver.

01 · Início

Um começo de dia diferente para cada papel.

A primeira tela muda conforme quem entra: o dev vê o próprio trabalho, o lead vê o time e o que espera por ele.

  • Para o devFluxos em andamento com a etapa atual, sessões recentes, consumo do mês e as próprias solicitações.
  • Para o leadFila de aprovação (setup de repositório, exceções, orçamento) e atividade do time nos últimos 7 dias.
  • Sem vigiar pessoasA atividade do time aparece agregada, sem números por pessoa, a não ser que o admin ligue a visão individual.
devleadadmin
02 · Projetos e espaços de trabalho

Tudo sobre um repositório, numa página só.

A lista mostra quais repos já têm setup, com a versão do perfil, o número de regras e de aprendizados. A página de cada projeto junta tudo o que o Claude vai seguir ali.

  • Perfil do projetoStack, comandos, estrutura e convenções detectados pelo /keel:setup. Lead e admin editam; o dev consulta.
  • Regras e roteiros que valemAs regras só deste repo, somadas às da organização e do time, e os roteiros que o /keel:feature e o /keel:fix podem seguir.
  • Espaços de trabalhoRepos de um mesmo .code-workspace aparecem agrupados (front, back, intranet), com o grafo do conjunto.
  • Mover para organizaçãoComeçou no workspace pessoal? Leve o projeto para o time com um clique: perfil, regras e aprendizados vão junto.
03 · Conhecimento

O que o Keel aprendeu, com você no controle.

Aprendizados chegam de três lugares: da retro depois de cada merge, das revisões e de você. Nada entra no contexto do Claude sem passar por aqui.

  • Aprendizados por escopoOrganização, time e repositório, com herança: o que vale para a empresa toda vale em cada projeto.
  • Fila de propostasCada proposta vem com a evidência que a gerou. Aprove, edite o texto ou rejeite com um motivo.
  • Achados recorrentesRegras de revisão com 3 ou mais ocorrências não resolvidas aparecem sozinhas, prontas para virar aprendizado.
dev propõelead aprova
04 · Políticas

Regras que viram bloqueio, não sugestão.

Políticas rodam como hooks na máquina de cada dev. Você edita num formulário, sem JSON, e o Keel aplica antes de o comando rodar.

  • Comandos bloqueadosPadrões glob ou regex: git push --force, rm -rf, DROP TABLE.
  • Arquivos protegidosNo estilo do .gitignore: .env*, *.pem, migrations/**.
  • Modo hard ou softHard bloqueia sem opção de prosseguir. Soft avisa o dev e deixa seguir: bom para testar uma regra antes de endurecer.
  • Escopos que só apertamOrganização, time e repositório, com versão a cada edição. Um nível abaixo pode endurecer, nunca afrouxar.
leadadmin
05 · Roteiros (fluxos)

O seu processo, etapa por etapa.

Um roteiro diz por quais etapas um pedido passa, qual agente atua em cada uma e qual portão precisa ser cumprido. A triagem escolhe o roteiro pelo pedido e pelos arquivos; o dev confirma.

  • Tipos e gatilhosFeature, correção, hotfix ou refatoração. O roteiro é escolhido por palavras do pedido (“tela”, “botão”), caminhos (components/**) e áreas.
  • Etapas com agente e portãoPortões disponíveis: plano aprovado, teste falhando, testes verdes, sem bloqueantes, revisão registrada, commit feito, PR aberto.
  • Aprovador por etapaO próprio dev ou o tech lead.
  • Exigências“Todo fluxo que toca checkout/** passa pelo revisor de segurança”, valendo para qualquer roteiro.
  • Skills sugeridasCada roteiro já carrega as skills certas para aquele tipo de trabalho.
06 · Consumo

Para onde vão os seus tokens, com centavo.

Cada sessão do Claude Code com o Keel é medida: entrada, saída, cache e custo estimado com a tabela de preços vigente quando a sessão foi enviada.

  • Tokens por diaGráfico diário por período, com totais de sessões, tokens e custo.
  • Agrupar porRepositório, cliente, time ou pessoa, filtrando por período e escopo (só o meu, os times que lidero, a organização).
  • Entrada, saída e cacheLeitura e escrita de cache separadas, para ver quanto o cache está economizando de fato.
  • Sem ranking de pessoasPessoas aparecem em ordem alfabética. O Keel não ranqueia quem gasta mais.
07 · Orçamentos

Limite antes da fatura, não depois.

Defina quanto cada organização, time ou pessoa pode gastar, em tokens, em dólares ou nos dois.

  • EscopoOrganização, time ou um membro específico.
  • Período de resetDiário (zera à meia-noite), semanal (toda segunda) ou mensal (todo dia 1º).
  • Alertas em 80% e 100%No painel e nos canais de notificação (Slack, Discord, e-mail ou webhook).
  • Pedido de aumentoEstourou? O dev pede mais orçamento direto em Solicitações, e o lead aprova.
08 · Modelos e preços

O modelo certo para cada agente.

Busca de arquivo não precisa de Opus. Revisão de segurança, sim. Configure isso uma vez e o custo cai sem perder qualidade onde importa.

  • Roteamento por agenteHaiku, Sonnet ou Opus para cada um dos 8 agentes, por organização, time ou projeto.
  • Tabela de preçosUSD por milhão de tokens para entrada, saída e cache (leitura, escrita de 5 min e de 1 h). A organização pode substituir o preço padrão.
  • Histórico honestoO custo de cada sessão é calculado com o preço vigente quando ela foi enviada. Mudar um preço não reescreve o passado.
admin
09 · Estúdio de skills

Ensine o jeito do seu time em Markdown. Publique com segurança.

Skills são instruções que o Claude carrega quando a tarefa pede: “como fazemos migrations”, “padrão de componentes”, “checklist de PR”. O estúdio cuida do ciclo de vida inteiro.

  • Editor com pré-visualizaçãoEscreva em Markdown e veja como fica.
  • PlaygroundTeste a skill contra uma instrução simulada (“criar um componente de botão”), veja a validação e o histórico de testes.
  • Versões, diff e rollbackCompare duas versões linha a linha e restaure a anterior com um clique.
  • Onde valeAtribua à organização, a um time ou a um projeto.
  • Rollout gradualLibere para 10% dos devs, acompanhe e só depois vá para 100%.
10 · Trabalho

Os PRs que a IA abriu, e como eles foram recebidos.

Conecte o GitHub e acompanhe cada PR nascido de um fluxo do Keel: status, revisões e o que aconteceu depois.

  • Fila de PRsAberto, em review, aprovado, mergeado ou fechado, com filtros.
  • Taxa de aceiteQuantos PRs feitos com o Keel entram sem pedido de mudança.
  • Tempo médio e retrabalhoQuanto tempo do fluxo ao merge e quantas rodadas de correção foram precisas.
  • Retro no mergeO webhook do GitHub dispara a retro, que alimenta a fila de propostas do Conhecimento.
11 · Solicitações

Ninguém trava. Ninguém burla.

Quando uma regra barra o dev, ele não precisa contornar: pede direto do terminal e o lead decide no painel, inclusive pelo celular.

  • TiposAumento de orçamento, exceção de política, pular portão e setup de repositório.
  • Com justificativaCada pedido mostra quem pediu, onde e por quê.
  • HistóricoPendentes, aprovadas e negadas, e o dev acompanha o status das suas.
dev pedelead decide
12 · Relatórios

O resumo que você mandaria para o cliente.

Para software houses, cada repositório pode ser ligado a um cliente. O relatório junta entregas, custo e ritmo do período.

  • Semanal, mensal ou personalizadoEscolha as datas e, se quiser, um repositório específico.
  • PDF prontoBaixe o relatório para anexar na reunião ou enviar ao cliente.
  • Resumo por e-mailO resumo semanal de consumo chega pelos canais de notificação de quem quiser recebê-lo.
13 · Notificações

Avisos onde o time já está.

Conecte os canais da empresa e deixe cada pessoa escolher o que quer receber.

  • CanaisSlack, Discord, e-mail ou webhook genérico, com botão de testar antes de salvar.
  • EventosAlerta de orçamento (80% e 100%), nova solicitação para aprovar, PR criado e o resumo semanal de consumo.
  • Preferências por pessoaCada um liga só o que interessa, nos canais disponíveis para ele.
14 · Auditoria

Quem mudou o quê, e quando.

Toda ação administrativa fica registrada: alterações de política, orçamento, roteiro, membros, dispositivos e decisões sobre solicitações.

  • FiltrosPor tipo de ação, por usuário e por período (os últimos 30 dias por padrão).
  • Exportação em CSVPara compliance, cliente ou planilha.
admin
15 · Organização

Pessoas, times, clientes e máquinas.

A estrutura da empresa dentro do Keel, com controle de quem vê o quê.

  • Membros e papéisAdmin, lead e dev. Leads adicionam e removem devs dos times que lideram.
  • ConvitesGere um código; a pessoa entra pelo terminal com keel convite aceitar.
  • Clientes e repositóriosLigue cada repositório a um cliente e veja consumo e relatórios por cliente.
  • DispositivosCada computador com a CLI conectada aparece aqui. Revogar derruba a sessão naquela máquina na hora.
  • PrivacidadeO admin decide se leads veem consumo por pessoa e se o grafo dos projetos aparece no painel. Os dois vêm desligados.
adminlead
16 · Minha conta

O Keel do seu jeito, dentro do que o time permite.

Cada dev ajusta as próprias preferências. Elas valem nas suas sessões, sem passar por cima das regras do time.

  • PreferênciasModelo preferido, idioma (português, inglês ou espanhol) e verbosidade (curta, normal ou detalhada).
  • Meu consumoO seu gasto no mês, sem precisar pedir para ninguém.
  • HistóricoAs suas 20 sessões mais recentes e as suas solicitações, com o status.
  • Meus dispositivosVeja onde a CLI está conectada e revogue o computador que você não usa mais.
todos
// segurança e privacidade

Seu código não sai da sua máquina.

O Keel roda localmente. Para o painel só sobem metadados: ferramenta usada, caminhos, contagens, tempos e tokens. Nunca código-fonte, diffs ou conteúdo de arquivo.

Zero sujeira no repo

Nada é criado no seu repositório. Perfil, estado e cache ficam em ~/.keel.

Grafo opcional

Compartilhar o grafo no painel vem desligado. Ligado, sobem só caminhos e imports; desligar apaga tudo.

Funciona offline

Sem conexão, o plugin usa o último cache. Sem cache, aplica padrões seguros.

// planos

Pague uma vez. Sem mensalidade.

Dois planos, os dois com pagamento único por conta. A diferença é se você quer, além de usar, ter o código-fonte do Keel nas mãos.

para usar

Básico

R$ 45pagamento único

Instale o plugin no seu Claude Code e use o painel na nuvem, sem configurar servidor.

  • Plugin do Keel no seu Claude Code
  • Painel web na nuvem, pronto para usar
  • Todos os fluxos, comandos e os 8 agentes
  • Grafo do projeto e análise de impacto
  • Aprendizados, perfil e regras por projeto
  • Consumo, orçamentos, modelos e preços
  • Estúdio de skills, roteiros e políticas
  • Trabalho, relatórios, notificações e auditoria
Comprar o Básico
para usar e ter o código

Full

R$ 95pagamento único

Tudo do Básico, mais acesso ao código-fonte do projeto.

  • Tudo do plano Básico
  • Acesso ao código-fonte do Keel
  • Plugin, CLI, servidor MCP e painel
  • Veja como cada fluxo, hook e agente funciona por dentro
  • Adapte o Keel ao processo do seu time
Comprar o Full
// perguntas

Perguntas frequentes

É assinatura?

Não. Os dois planos são pagamento único por conta: R$ 45 no Básico e R$ 95 no Full.

Qual a diferença entre o Básico e o Full?

Os dois dão o mesmo Keel: o plugin no seu Claude Code e o painel na nuvem. O Full inclui também o acesso ao código-fonte do projeto (plugin, CLI, servidor MCP e painel), para você ver como tudo funciona e adaptar ao seu processo.

Funciona com qualquer linguagem e framework?

Sim. No /keel:setup o Keel detecta a stack, o gerenciador de pacotes e os comandos de build, teste e lint do repositório, e se adapta a eles.

Preciso mudar alguma coisa no meu repositório?

Não. O Keel não cria arquivos no repo: perfil, estado e cache ficam em ~/.keel, na sua máquina.

Meu código vai para algum servidor?

Não. O painel recebe só metadados (caminhos, contagens, tempos, tokens). Código-fonte, diffs e conteúdo de arquivo nunca saem da sua máquina.

Preciso do Claude Code?

Sim. O Keel é um plugin do Claude Code e usa o acesso que você já tem (assinatura ou chave de API), com os modelos disponíveis nele.

E se eu quiser pular uma etapa?

Os fluxos são configuráveis no painel. Para emergências existe o /keel:hotfix, e qualquer bloqueio pode virar um pedido de exceção.

Funciona com vários repositórios ao mesmo tempo?

Sim. O /keel:setup-workspace configura todos os repos de um .code-workspace e o grafo mostra as dependências entre eles.

Menos token. Menos retrabalho.
“Pronto” de verdade.

Instale o plugin, rode /keel:setup no seu repositório e veja o seu Claude Code trabalhar com método.

Quero o Keel → Ver planos