Revisión estructural
El código movido y reformateado deja de parecer ruido. Los tokens modificados se destacan dentro de su estructura para entender una refactorización por lo que hace, no por miles de líneas tocadas.
Diffs estructurales con Tree-sitter para más de 60 lenguajes: TypeScript, Python, Rust, Go, Java y otros. El código movido o reformateado deja de parecer un cambio masivo; los tokens modificados se destacan dentro de su estructura. Si el motor no puede analizar un archivo, muestra el patch normal e indica la alternativa. El patch sigue a un clic.
Una revisión debe distinguir cambios de comportamiento, símbolos movidos y ajustes de formato. El patch normal sigue siendo la referencia; el análisis semántico ayuda a inspeccionar refactorizaciones grandes.
FluxGit no promete un diff semántico completo para todos los lenguajes o archivos. Las vistas semánticas están en beta y deben indicar claramente la alternativa textual. Si el análisis semántico no está disponible, se muestra el diff Git normal.
El código movido y reformateado deja de parecer ruido. Los tokens modificados se destacan dentro de su estructura para entender una refactorización por lo que hace, no por miles de líneas tocadas.
Si el motor no puede analizar un archivo, la vista lo indica y muestra el diff Git normal. «Copy semantic diff» informa cuántos archivos tienen análisis estructural y cuántos usan la alternativa. No se inventa un resumen.
Cuando un agente propone un merge, rebase o reset, la tarjeta de aprobación abre un resumen estructural y después el diff por archivo, priorizando la vista semántica. Si un archivo no puede analizarse, indica «Structural view unavailable - showing text diff».
Los diffs pueden contener código sensible. FluxGit los trata como contexto local de la aplicación, salvo que envíes contenido deliberadamente a un flujo de IA o proveedor configurado, o compartas diagnósticos con consentimiento.