Nit: Un Reemplazo de Git en Zig Optimizado para la Eficiencia de Tokens de Agentes de IA

Nit es un reemplazo de Git escrito en Zig que está optimizado para agentes de codificación de IA al reducir el consumo de tokens y mejorar la velocidad de ejecución. La herramienta se creó después de analizar 3,156 sesiones de codificación reales donde Git representaba aproximadamente 459,000 tokens de salida (7.4% de todos los comandos de shell).

Mejoras de Rendimiento

Ahorro de tokens con el modo compacto de nit versus el valor predeterminado de Git:

• status: ~125 tokens → ~36 tokens (71% de ahorro)
• log -20: ~2,273 tokens → ~301 tokens (87% de ahorro)
• diff: ~1,016 tokens → ~657 tokens (35% de ahorro)
• show --stat: ~260 tokens → ~118 tokens (55% de ahorro)

En datos de sesiones reales, los valores predeterminados compactos de nit ahorrarían 150-250K tokens. Puntos de referencia de rendimiento de 100 ejecuciones de hyperfine en un repositorio real:

• status: 13.7ms → 8.4ms (1.64x más rápido)
• diff: 14.3ms → 9.9ms (1.44x más rápido)
• show: 10.2ms → 7.3ms (1.39x más rápido)

Implementación Técnica

Nit utiliza la interoperabilidad C de costo cero de Zig para @cImport los encabezados de libgit2 y llamar funciones directamente, eliminando la sobrecarga de subprocesos y el análisis de texto. Lee la base de datos de objetos de Git de forma nativa. Para comandos que nit aún no ha optimizado, recurre a Git mediante execvpe(), reemplazando completamente el proceso de nit sin sobrecarga de envoltorio.

Este diseño de paso directo hace que alias git=nit sea seguro: nunca pierdes funcionalidad, y a medida que más comandos obtienen implementaciones nativas, el paso directo se reduce automáticamente.

Decisiones Clave de Diseño

La decisión de diseño más controvertida fue reducir el contexto de diff de 3 líneas (valor predeterminado de Git) a 1 línea (U1). Pruebas con 27 ensayos de diffs de múltiples archivos, flujo de control anidado, movimientos de código y bloques similares ambiguos mostraron que Claude obtuvo 4/4 en contextos U0, U1 y U3. El análisis de 561 llamadas de diff/show de Git de sesiones reales de Claude Code mostró que solo el 3.9% de los agentes leían el archivo fuente inmediatamente después de hacer diff, lo que sugiere que el diff en sí proporciona suficiente contexto.

Nit ofrece dos modos:

• Compacto (predeterminado): Salida optimizada para máquinas con solo los datos
• Humano (-H): Salida coloreada y agrupada para legibilidad humana

Desafíos de Desarrollo

La parte más difícil fue la prueba de conformidad: Git tiene décadas de casos extremos, incluyendo HEAD separado, commits de fusión, archivos renombrados, diffs binarios y submódulos. El desarrollador escribió 78 pruebas de conformidad que cubren todos estos casos, corrigiendo divergencias de salida de Git cuando eran significativas.

Instalación: brew install fielding/tap/nit

Ejemplos de uso:

• Para agentes: nit log
• Para humanos: nit log -H
• Reemplazo completo: alias git=nit