¿Qué es Chisel?
Chisel responde a tres preguntas que tiene un agente de código después de cambiar código: qué pruebas deben ejecutarse, qué archivos son arriesgados y quién conoce ese código. Recorre los archivos versionados del repositorio con su propio extractor (sin tree-sitter), enlaza cada prueba con las funciones y clases a las que llama, extrae del historial de git la rotación de cambios, el acoplamiento por cambios conjuntos y la autoría, y guarda el resultado en una única instantánea JSON en `.chisel/store`. Los agentes acceden por MCP sobre stdio o mediante una CLI JSON.
Registra 29 herramientas MCP en seis grupos; solo las siete herramientas core (analyze, update, diff_impact y compañía) están siempre activas, y `CHISEL_DISABLE` o una línea en el AGENTS.md del proyecto ocultan el resto. Un hook de Claude Code puede pasar cada ejecución de pruebas a `chisel capture`, que registra los fallos como incidencias, ordena el código cambiado desde la última vez que la prueba pasó y cierra la incidencia con el commit que lo arregló. Chisel tiene licencia MIT, está hecho solo con la biblioteca estándar de Rust, sin crates, y publicó la v0.23.0 el 11 de noviembre de 2026.
Cómo instalar Chisel
chisel serve-mcp (release binary from GitHub, with CHISEL_PROJECT_DIR set)¿Merece la pena Chisel?
La mayoría de los servidores MCP de grafos de código ayudan a un agente a leer menos código. Chisel apunta al paso siguiente a la edición: el agente llama a diff_impact, recibe una lista ordenada de las pruebas que llaman a las funciones cambiadas y después de las pruebas de quienes las llaman, dos niveles hacia arriba por defecto, y ejecuta esas en lugar de toda la batería o de una suposición. La prueba de rendimiento del mantenedor sobre el paquete de Django, unos 1000 archivos de código, sitúa un análisis en frío en unos 8 segundos y una actualización en caliente en unos 69 milisegundos.
El registro de fallos es lo más inusual. Con el hook PostToolUse instalado, cada ejecución de pruebas del agente (cargo test, pytest, Jest, Vitest, go test, node:test) se analiza en busca de fallos sin gastar tokens del modelo, los duplicados se agrupan y cada incidencia enumera los cambios sospechosos con un motivo de una línea. La sesión siguiente empieza con un máximo de dos líneas que nombran las incidencias abiertas, lo que ayuda a un agente que ha olvidado qué se rompió ayer.
La pega: la adopción es casi nula. El repositorio tiene 7 estrellas en GitHub y un fork, y 115 de sus 120 commits son de un solo autor, así que apuestas por el ritmo de esa persona. Avanza deprisa, con 30 versiones desde la v0.5.4 en marzo de 2026, y la descripción de GitHub aún anuncia 15 herramientas MCP mientras el README enumera 29. La correspondencia es heurística y no comprobada por tipos, el README advierte de que sus puntuaciones de riesgo son heurísticas y, por encima de 2000 archivos de código, se omite la rotación por función. La API HTTP opcional (`chisel serve`) escucha en 127.0.0.1 por defecto y, según nuestra lectura del código, no tiene autenticación, así que no la expongas fuera de la máquina.
Nuestra opinión: Chisel es una herramienta auxiliar afilada, no una plataforma de inteligencia de código. Si tu agente ya tiene GitNexus o codebase-memory-mcp para navegar, la selección de pruebas y el seguimiento de fallos de Chisel cubren un hueco que dejan; desactiva sus grupos de locks e historial para que no se solapen.
Dónde se gana su sitio
Un desarrollador backend con una batería de pytest lenta
Que el agente deje de ejecutar todas las pruebas tras cada pequeña edición
Llama a analyze una vez y haz que el agente llame a diff_impact tras cada cambio y ejecute solo las pruebas ordenadas, con una ejecución completa antes de fusionar. Gratis; el ahorro son los minutos de batería por edición.
Un mantenedor en solitario que usa Claude Code en varias sesiones al día
Llevar la cuenta de qué pruebas rompió el agente y qué las arregló
Ejecuta `chisel hook-install --write` para añadir los hooks de captura y SessionStart; los fallos se convierten en incidencias sin duplicados que se cierran solas con el commit que lo arregló cuando la prueba vuelve a pasar.
Un líder técnico que revisa la pull request de un agente
Ver qué archivos cambiados son arriesgados y quién debería revisarlos
Ejecuta `chisel triage` y `who_reviews` sobre la rama para ver rotación, acoplamiento, código sin pruebas y responsables actuales. Las puntuaciones son heurísticas, así que tómalas como una lista de partida, no como un filtro.
Antes de decidirte
- Puesta en marcha
- Descarga un binario de la versión para Linux, macOS o Windows (o `cargo build --release`), ponlo en el PATH con git instalado, añade `chisel serve-mcp` con CHISEL_PROJECT_DIR a .mcp.json y llama a analyze una vez.
- Integraciones
- Cualquier cliente MCP por stdio, como Claude Code, Cursor, Windsurf y Cline; una CLI JSON; una API HTTP local aparte; hooks de Claude Code para capturar pruebas; un SKILL.md incluido. Extrae código de 12 familias de lenguajes y reconoce pytest, Jest, Go test, pruebas de Rust, JUnit y otros.
- Datos y privacidad
- Se ejecuta en local y guarda su instantánea en `<project>/.chisel/store`; no hay servicio alojado. La API HTTP escucha en 127.0.0.1 por defecto sin autenticación. Los extractores propios indicados en un archivo del repo solo se ejecutan si se permiten expresamente con --allow-repo-extractor.
- Coste a escala
- Gratuito con licencia MIT, sin edición de pago. Los repositorios grandes pueden dividirse en shards, cada uno con su propia instantánea.
- Límites
- Las puntuaciones son heurísticas; la rotación por función se omite por encima de 2000 archivos de código; la actualización automática se hace en línea solo con 50 archivos cambiados o menos; las respuestas para worktrees no funcionan con shards configurados.
Lo bueno
- Ordena las pruebas que alcanza una edición, subiendo dos niveles por quienes llaman
- Registra los fallos de pruebas del agente como incidencias con sospechosos, sin tokens del modelo
- Un binario de Rust sin dependencias; solo necesita git
- Los grupos de herramientas reducen las 29 a 7 core
Lo malo
- 7 estrellas y un único autor principal
- Correspondencia heurística, sin resolución de tipos
- La rotación por función se detiene por encima de 2000 archivos de código
- La API HTTP no tiene autenticación
Ideal para
Desarrolladores que dejan que un agente de código edite un repositorio con buenas pruebas y quieren que ejecute las pruebas correctas, no todas.
Alternativas a Chisel
Chisel: preguntas frecuentes
- ¿Merece la pena Chisel?
- Chisel hace algo útil que los grafos de código más grandes pasan por alto, elegir las pruebas que una edición toca de verdad, pero es un proyecto de una sola persona que muy pocos equipos han probado. Le damos un 3.5 sobre 5.
- ¿Cuánto cuesta Chisel?
- Gratuito y de código abierto (MIT).
- ¿Qué inconvenientes tiene Chisel?
- 7 estrellas y un único autor principal; correspondencia heurística, sin resolución de tipos; la rotación por función se detiene por encima de 2000 archivos de código; la API HTTP no tiene autenticación.
- ¿Para quién es Chisel?
- Desarrolladores que dejan que un agente de código edite un repositorio con buenas pruebas y quieren que ejecute las pruebas correctas, no todas.
- ¿Cuánto cuesta Chisel para un equipo o en producción?
- Gratuito con licencia MIT, sin edición de pago. Los repositorios grandes pueden dividirse en shards, cada uno con su propia instantánea.
- ¿Es Chisel seguro para los datos de la empresa?
- Se ejecuta en local y guarda su instantánea en `<project>/.chisel/store`; no hay servicio alojado. La API HTTP escucha en 127.0.0.1 por defecto sin autenticación. Los extractores propios indicados en un archivo del repo solo se ejecutan si se permiten expresamente con --allow-repo-extractor.
- ¿Cuáles son las mejores alternativas a Chisel?
- Las alternativas más cercanas que hemos analizado son code-review-graph, codebase-memory-mcp y GitNexus.
Respuestas comprobadas el 13 nov 2026.