¿CON QUÉ IA?A quién le sirve. Equipos de desarrollo que quieren una segunda revisión automática de los cambios de código, sobre todo en proyectos grandes donde un error cuesta caro, con el núcleo de Linux como caso aunque la idea vale para proyectos más pequeños.
Qué hicieron
El equipo de Roman Gushchin en Google pasó varios meses construyendo Sashiko, un sistema de revisión de código con agentes, y lo usó internamente antes de publicarlo. Ahora es de código abierto y cubre todos los envíos a la lista de correo del núcleo de Linux. Se diseñó para Gemini 3.1 Pro, pero debería funcionar también con Claude y probablemente con otros modelos.
Cómo salió
Sobre 1.000 fallos recientes del código principal marcados con etiquetas Fixes:, encontró cerca del 53 % de los errores, y los revisores humanos no habían detectado ninguno. Gushchin reconoce que un 53 % puede no sonar impresionante.
Conviene saber
Google paga el presupuesto de tokens y la infraestructura mientras el alojamiento pasa a la Linux Foundation, así que si lo ejecutas tú tendrás que cubrir el coste de tu propio modelo.
Qué necesitas
- Sashiko, el revisor de código de código abierto del caso, o un asistente de IA al que pasar los cambios
- Una clave de API de un modelo de IA: en el caso, Gemini 3.1 Pro, aunque también debería funcionar con Claude
- El parche o la rama a revisar
- Presupuesto para el modelo de IA, que pagas tú si lo ejecutas por tu cuenta
- Un revisor humano que tome la decisión final
Cómo hacerlo tú, paso a paso
- Decide si harás una revisión puntual o un sistema fijo. Para lo primero, basta con pegar el cambio en un asistente de IA con el prompt de la ficha.
- Para un sistema fijo, instala Sashiko siguiendo la documentación del proyecto y conéctalo a un modelo de IA con tu clave de API.
- Pasa el parche o la rama a revisar. Pide que busque errores, problemas de memoria o de concurrencia, gestión de errores que falte y nombres poco claros, citando las líneas exactas.
- Lee la lista de hallazgos por prioridad y comprueba los más graves en el código.
- Pide el veredicto de un párrafo sobre si el cambio está listo para fusionarse.
- Haz que una persona revise lo que el sistema ha marcado y decida.
- Ajusta las instrucciones según los falsos avisos que veas.
Actúa como revisor de código de este parche o conjunto de cambios: [pega los cambios o indica la rama] en el repositorio de [ruta]. Busca errores, problemas de memoria o de concurrencia (fallos que aparecen cuando varias tareas corren a la vez), gestión de errores que falte y nombres poco claros, citando las líneas exactas. Habrás terminado cuando me entregues una lista de hallazgos por prioridad y un veredicto de un párrafo sobre si está listo para fusionarse.
Consejos
- No esperes que encuentre todos los fallos. Es un complemento a la revisión humana, no un sustituto.
- Pide siempre líneas exactas y prioridad. Los hallazgos vagos no se pueden comprobar.
- Cuenta con el coste del modelo si lo ejecutas tú. En el caso lo pagaba Google.
Preguntas frecuentes
¿Por qué usarlo si no encuentra todo?
Porque halló errores que los revisores humanos no habían visto. Suma una segunda mirada barata, no sustituye a las personas.
¿Sirve para proyectos pequeños?
Sí. Pasar cada cambio por un revisor automático antes de que lo vea una persona vale para cualquier proyecto.
¿Puedo usar otro modelo de IA?
Se diseñó para Gemini 3.1 Pro, pero debería funcionar con Claude y probablemente con otros modelos.
Fuentes
La conversación en Hacker News, 18 de marzo de 2026 ↗En el directorio desde el 3 de octubre de 2026.
@german-noob.win en Bluesky
tidydesign en Substack