Silogy

Viv arranca de una prueba fallida y recorre por su cuenta el código, los registros, las especificaciones y las formas de onda. No se limita a señalar la línea del error: arma un argumento sobre dónde vive el fallo y cita los artefactos que lo sostienen. Silogy presenta el resultado como una sugerencia que revisa un ingeniero, no como un veredicto.

Viv lee volcados FST, VCD y FSDB y consulta el comportamiento de las señales sin cargar todo en un visor. Ese tipo de análisis de formas de onda pesa en una regresión larga con trazas profundas, donde la diferencia está entre una pregunta que puedes responder y otra que dejas pasar. También puedes preguntarle por una ventana concreta alrededor del fallo.

El agente, el análisis y los artefactos que lee corren dentro de tu infraestructura. La única llamada que sale es a la API del LLM que hayas configurado. Para equipos con acuerdos de confidencialidad con una fundición o un proveedor de IP, esa restricción suele decidir si una herramienta entra o no.

Pones la clave de OpenAI, Claude, Llama o cualquier endpoint compatible con vLLM, y Viv razona a través de ese modelo. Así eliges el modelo y controlas el gasto, y un cambio de proveedor no te obliga a migrar de herramienta. Quien ya trabaja con Claude Code puede usar Viv desde esa CLI.

Viv se maneja desde una CLI pequeña: instalas el paquete y lanzas una prueba con tu código y tus registros adjuntos. Cuando la entrada estándar no es una terminal, pasa a modo headless e imprime un informe en Markdown. Hay una extensión opcional para VS Code si prefieres leer los resultados en el editor.

Viv mantiene una base de conocimiento que se actualiza mientras trabaja con tus ejecuciones. Con el tiempo acumula contexto sobre tu diseño, las convenciones de tu banco de pruebas y los fallos anteriores, de modo que las sesiones siguientes arrancan con más fondo que la primera.