Silogy

Viv startet bei einem fehlgeschlagenen Test und arbeitet Code, Logs, Spezifikationen und Waveforms selbstständig durch. Es markiert nicht nur die Fehlerzeile, sondern begründet, wo der Fehler wahrscheinlich sitzt, und nennt die Unterlagen dazu. Silogy beschreibt das Ergebnis als Vorschlag, den ein Ingenieur prüft, nicht als Urteil.

Viv liest FST-, VCD- und FSDB-Dateien und fragt das Signalverhalten direkt ab, statt alles in einen Viewer zu laden. Diese Form der Waveform-Analyse zählt bei langen Regressionen mit tiefen Spuren, wo der Unterschied zwischen einer beantwortbaren Frage und einer ausgelassenen liegt. Sie können auch ein bestimmtes Zeitfenster um den Fehler abfragen.

Agent, Auswertung und gelesene Unterlagen laufen bei Ihnen. Der einzige externe Aufruf geht an die API des LLM, das Sie eingetragen haben. Für Teams mit Vertraulichkeitsvereinbarung gegenüber einer Foundry oder einem IP-Anbieter entscheidet diese Vorgabe oft darüber, ob ein Werkzeug überhaupt zugelassen wird.

Sie liefern den Schlüssel für OpenAI, Claude, Llama oder einen beliebigen vLLM-kompatiblen Endpunkt, und Viv arbeitet über dieses Modell. Modellwahl und Ausgaben bleiben damit in Ihrer Hand, und ein Anbieterwechsel erzwingt keinen Werkzeugwechsel. Wer Claude Code schon nutzt, kann Viv über diese CLI steuern.

Viv bedient sich über eine schlanke CLI: Paket installieren, dann einen Lauf mit Code und Logs übergeben. Ist die Standardeingabe kein Terminal, wechselt es in den Headless-Modus und gibt einen Markdown-Bericht aus. Eine VS-Code-Erweiterung gibt es für alle, die Ergebnisse lieber im Editor lesen.

Viv pflegt eine Wissensbasis, die sich mit Ihren Läufen aktualisiert. Mit der Zeit sammelt sie Kontext zu Ihrem Design, den Konventionen Ihrer Testbench und früheren Fehlern, sodass spätere Sitzungen mit mehr Vorgeschichte starten als die erste.