O que é Chisel?
Chisel responde a três perguntas que um agente de código tem depois de mudar código: quais testes devem rodar, quais arquivos são arriscados e quem conhece esse código. Ele varre os arquivos versionados do repositório com um extrator próprio (sem tree-sitter), liga cada teste às funções e classes que ele chama, extrai do histórico do git a frequência de mudanças, o acoplamento por mudanças conjuntas e a autoria, e guarda o resultado num único snapshot JSON em `.chisel/store`. Os agentes acessam via MCP sobre stdio ou por uma CLI JSON.
Ele registra 29 ferramentas MCP em seis grupos; só as sete ferramentas core (analyze, update, diff_impact e companhia) ficam sempre ativas, e `CHISEL_DISABLE` ou uma linha no AGENTS.md do projeto escondem o resto. Um hook do Claude Code pode repassar cada execução de testes ao `chisel capture`, que registra falhas como issues, ordena o código alterado desde a última vez que o teste passou e fecha a issue com o commit que corrigiu. Chisel tem licença MIT, é feito só com a biblioteca padrão do Rust, sem crates, e lançou a v0.23.0 em 11 de novembro de 2026.
Como instalar Chisel
chisel serve-mcp (release binary from GitHub, with CHISEL_PROJECT_DIR set)Chisel vale a pena?
A maioria dos servidores MCP de grafo de código ajuda um agente a ler menos código. Chisel mira o passo depois da edição: o agente chama diff_impact, recebe uma lista ordenada dos testes que chamam as funções alteradas e depois dos testes de quem as chama, dois níveis acima por padrão, e roda esses em vez da suíte inteira ou de um palpite. O benchmark do mantenedor no pacote do Django, cerca de 1000 arquivos de código, aponta uma análise a frio de uns 8 segundos e uma atualização a quente de cerca de 69 milissegundos.
O registro de falhas é a parte mais incomum. Com o hook PostToolUse instalado, cada execução de testes do agente (cargo test, pytest, Jest, Vitest, go test, node:test) é analisada em busca de falhas sem gastar tokens do modelo, duplicatas são agrupadas e cada issue lista as mudanças suspeitas com um motivo de uma linha. A sessão seguinte começa com no máximo duas linhas que citam as issues abertas, o que ajuda um agente que esqueceu o que quebrou ontem.
O porém: a adoção é quase nula. O repositório tem 7 estrelas no GitHub e um fork, e 115 dos seus 120 commits são de um único autor, então você está apostando no ritmo dessa pessoa. Ele anda rápido, com 30 versões desde a v0.5.4 em março de 2026, e a descrição no GitHub ainda anuncia 15 ferramentas MCP enquanto o README lista 29. A correspondência é heurística, não verificada por tipos, o README avisa que suas pontuações de risco são heurísticas e, acima de 2000 arquivos de código, a frequência de mudanças por função é ignorada. A API HTTP opcional (`chisel serve`) escuta em 127.0.0.1 por padrão e, pela nossa leitura do código-fonte, não tem autenticação, então não a exponha fora da máquina.
Nossa opinião: Chisel é uma ferramenta auxiliar afiada, não uma plataforma de inteligência de código. Se o seu agente já tem GitNexus ou codebase-memory-mcp para navegar, a seleção de testes e o acompanhamento de falhas do Chisel cobrem uma lacuna que eles deixam; desligue os grupos de locks e de histórico para não haver sobreposição.
Onde ele se destaca
Um desenvolvedor backend com uma suíte de pytest lenta
Fazer o agente parar de rodar todos os testes depois de cada pequena edição
Chame analyze uma vez e faça o agente chamar diff_impact depois de cada mudança e rodar só os testes ordenados, com uma execução completa antes do merge. Gratuito; a economia são os minutos de suíte por edição.
Uma mantenedora solo que usa Claude Code em várias sessões por dia
Acompanhar quais testes o agente quebrou e o que os consertou
Rode `chisel hook-install --write` para adicionar os hooks de captura e SessionStart; as falhas viram issues sem duplicatas que fecham sozinhas com o commit que corrigiu quando o teste volta a passar.
Um tech lead revisando o pull request de um agente
Ver quais arquivos alterados são arriscados e quem deveria revisá-los
Rode `chisel triage` e `who_reviews` na branch para ver frequência de mudanças, acoplamento, código sem testes e responsáveis atuais. As pontuações são heurísticas, então use-as como lista inicial, não como bloqueio.
Antes de decidir
- Configuração
- Baixe um binário da versão para Linux, macOS ou Windows (ou `cargo build --release`), coloque no PATH com git instalado, adicione `chisel serve-mcp` com CHISEL_PROJECT_DIR ao .mcp.json e chame analyze uma vez.
- Integrações
- Qualquer cliente MCP via stdio, incluindo Claude Code, Cursor, Windsurf e Cline; uma CLI JSON; uma API HTTP local separada; hooks do Claude Code para capturar testes; um SKILL.md incluído. Extrai código de 12 famílias de linguagens e reconhece pytest, Jest, Go test, testes de Rust, JUnit e outros.
- Dados e privacidade
- Roda localmente e guarda o snapshot em `<project>/.chisel/store`; não há serviço hospedado. A API HTTP escuta em 127.0.0.1 por padrão, sem autenticação. Extratores próprios indicados num arquivo do repositório só rodam se permitidos explicitamente com --allow-repo-extractor.
- Custo em escala
- Gratuito sob MIT, sem edição paga. Repositórios grandes podem ser divididos em shards, cada um com seu próprio snapshot.
- Limites
- As pontuações são heurísticas; a frequência por função é ignorada acima de 2000 arquivos de código; a atualização automática só roda em linha com até 50 arquivos alterados; respostas para worktrees não funcionam com shards configurados.
O que é bom
- Ordena os testes que uma edição alcança, subindo dois níveis de chamadores
- Registra falhas de testes do agente como issues com suspeitos, sem tokens do modelo
- Um binário Rust sem dependências; só exige git
- Grupos de ferramentas reduzem as 29 ferramentas a 7 core
O que não é
- 7 estrelas e um único autor principal
- Correspondência heurística, sem resolução de tipos
- Frequência por função para acima de 2000 arquivos de código
- API HTTP sem autenticação
Ideal para
Desenvolvedores que deixam um agente de código editar um repositório bem testado e querem que ele rode os testes certos, não todos.
Alternativas ao Chisel
Chisel: perguntas frequentes
- Chisel vale a pena?
- Chisel faz uma coisa útil que grafos de código maiores ignoram, escolher os testes que uma edição realmente toca, mas é um projeto de uma pessoa só que pouquíssimas equipes experimentaram. Damos nota 3.5 de 5.
- Quanto custa Chisel?
- Gratuito e de código aberto (MIT).
- Quais são as desvantagens de Chisel?
- 7 estrelas e um único autor principal; correspondência heurística, sem resolução de tipos; frequência por função para acima de 2000 arquivos de código; aPI HTTP sem autenticação.
- Para quem Chisel é indicado?
- Desenvolvedores que deixam um agente de código editar um repositório bem testado e querem que ele rode os testes certos, não todos.
- Quanto custa Chisel para uma equipe ou em produção?
- Gratuito sob MIT, sem edição paga. Repositórios grandes podem ser divididos em shards, cada um com seu próprio snapshot.
- Chisel é seguro para dados da empresa?
- Roda localmente e guarda o snapshot em `<project>/.chisel/store`; não há serviço hospedado. A API HTTP escuta em 127.0.0.1 por padrão, sem autenticação. Extratores próprios indicados num arquivo do repositório só rodam se permitidos explicitamente com --allow-repo-extractor.
- Quais são as melhores alternativas ao Chisel?
- As alternativas mais próximas que analisamos são code-review-graph, codebase-memory-mcp e GitNexus.
Respostas verificadas em 13 de nov. de 2026.