Anleitung zur Quellcode-Vorschau · 0.1.0
Advisor zu einem Befund befragen
Prüfe optionalen Ollama-Rat anhand erfasster Nachweise und bestätige die genaue Offenlegung, bevor ein Befund an einen entfernten Anbieter geht.
Die API-Referenz ist auf Englisch.
Beginne mit einem verstandenen Bericht
Öffne einen Befund und lies Scanner, Regel, Quellort und Nachweise. Advisor kann nach dieser ersten Prüfung eine Erklärung oder einen Reparaturvorschlag liefern. Er ist optional: Gewöhnliche Scans verwenden konfigurierte Scanner und rufen keine KI auf.
Der Befund muss zu einem Scan mit gespeicherten Ergebnissen und dem Status completed, partial oder failed gehören. Advisor ist für einen Scan mit dem Status cancelled nicht verfügbar, auch wenn dieser Scan Befunde gespeichert hat. Ist der Bericht unterdrückt, fordert die Weboberfläche vor einer Beratung zum Wiederöffnen auf. Prüfe den Grund neben einer deaktivierten Run Advisor-Aktion, statt unbeteiligte Scaneinstellungen zu ändern.
Advisor erzeugt nicht vertrauenswürdige Modellausgaben. Er kann Datenflüsse missverstehen, unwirksame Reparaturen vorschlagen oder das Problem wiederholen. Seine Konfidenz ist ein modellgenerierter Wert, keine gemessene Wahrscheinlichkeit für einen korrekten Befund. Das deterministische Gate verwendet weiterhin Scannernachweise und deine ausdrücklichen Lebenszyklusentscheidungen.
Wähle ein geeignetes lokales Modell
Öffne Settings > Advisor und prüfe Advisor Providers. Die lokale Modellauswahl zeigt erkannte Ollama-Modelle und unterscheidet lokal gespeicherte Gewichte von Cloud-only-Einträgen. Wähle das vorgesehene Modell und bei Eignung Use locally.
Diese Aktion prüft Erreichbarkeit und genauen Modelldigest und registriert den Anbieter auf demselben Gerät. Sie sendet keine Befundinhalte. Das lokale Standardmodell ist qwen3:8b; diese Ausgangskonfiguration garantiert keine Genauigkeit. Ein nicht verfügbares oder ungeeignetes lokales Modell macht keinen entfernten Anbieter für automatischen Ersatz geeignet.
Anbieterkonfiguration und aktuelle Bereitschaft sind getrennt. Kann der Dienst das Modell nicht erreichen, prüfe Anbieterergebnis und Verbindungsdaten vor einem weiteren Beratungsauftrag. Deterministische Scans und manuelle Befundprüfung funktionieren weiterhin ohne Advisor.
Starte eine lokale Prüfung
- Kehre zum genauen Befund in Findings zurück.
- Wähle Run Advisor und prüfe die angebotene Aktion.
- Verfolge den zugelassenen Advisor-Job in Jobs oder im Fortschrittszustand des Befunds.
- Öffne das gespeicherte Ergebnis und vergleiche Begründung und Reparaturvorschlag mit den erfassten Nachweisen.
- Ändere Quellen selbst, speichere sie und führe einen neuen Scan zur Verifikation aus.

Advisor ergänzt Erklärung und Korrekturvorschlag. Das deterministische Gate entscheidet weiterhin, ob Nachweise die Richtlinie erfüllen.
Vollständiges Bild öffnenIn VS Code steht Run Advisor im Befund-Kontextmenü, Quellhover und Quick Fix bereit. Die native Aktion fragt vor lokaler Modellarbeit nach Bestätigung. Verwende für entfernte Beratung den genauen Befund in der Web UI, wo sich die vollständige Offenlegung prüfen lässt.
Öffnen oder Überfahren eines Befunds startet Advisor nie. Ein Ergebnis ändert keinen Lebenszyklus, bearbeitet keinen Quellcode und überschreibt kein gescheitertes Gate. Erfasse nach der Nachweisprüfung deine eigene Lebenszyklusentscheidung.
Konfiguriere entfernte Anbieter bewusst
Das Anbieterformular unterstützt die dokumentierten Transporte Direct und SSH. Trage Ziel und Modell ein, folge dem Hostautorisierungsablauf und nutze anschließend die getrennten Aktionen Test connection und Activate, wenn angeboten.
Tests und Aktivierung senden keine Befundinhalte. Ein aktiver, getesteter und autorisierter entfernter Anbieter bleibt von automatischem, scanweitem und gebündeltem Routing ausgeschlossen. Du wählst ihn über den Offenlegungsablauf für einen Befund.
Erhalte den Anbieterentwurf während der Behebung fehlgeschlagener Abrufe oder Speicherungen. Reload Settings bewahrt ein geöffnetes Add/Edit-Formular. Hat ein anderer Client die Anbietersammlung geändert, kopiere benötigte Änderungen, brich das Formular ab und öffne den gespeicherten Anbieter erneut vor deiner Entscheidung. Ein veraltetes Formular kann die neuere Sammlungsrevision nicht überschreiben.
Prüfe genau, was den Arbeitsplatz verlässt
Wähle bei einer entfernten Anfrage den Anbieter für den vorgesehenen Befund und prüfe die frische serverseitig erzeugte Offenlegung. Sie nennt:
- Anbieter, Ziel und Transport.
- Den festgelegten Modelldigest.
- Befund und Revision.
- Enthaltene Inhaltskategorien und begrenzte Nutzlastgröße.
- Den Bestätigungshash, der Vorschau und Anfrage verbindet.
Lies die tatsächliche Vorschau, statt anzunehmen, ein bereinigter Ausschnitt enthalte keine sensiblen Informationen. Bestätige ausschließlich die beabsichtigte Offenlegung. Ändern sich Ziel, Modell, Befundrevision oder Paket, beschaffe und prüfe eine neue Vorschau.
- Mit dem genauen Befund beginnen
Lies Quelle, Scanidentität und Revision vor einer weiteren Interpretation.
- Anbieter und Modell prüfen
Konfiguration, Autorisierung und aktuelle Bereitschaft sind getrennt. Automatische und scanweite Auswahl bleibt lokal.
- Entfernte Offenlegung bei Bedarf bestätigen
Eine entfernte Anfrage braucht eine frische Einzelbefundvorschau, gebunden an Ziel, Modell, Befundrevision und Promptinhalt.
- Zugelassenen Advisor-Job verfolgen
Worker und Connector nutzen genau den erlaubten Umfang. Beobachte gespeichertes Ergebnis oder Abbruchausgang.
- Rat mit der Quelle vergleichen
Behandle Reparaturvorschlag und Konfidenzwert als Modellausgabe. Ändere bewusst und scanne für neue Nachweise erneut.
Der entstehende Job ist an diese Bestätigung gebunden. Automatisches entferntes Routing, eine scanweite Anfrage oder Sammelauswahl ersetzt keine Offenlegung für einen einzelnen Befund. Anbietereinrichtung allein erlaubt niemals das Senden von Quellinhalten.
Verfolge Abbruch und gleichzeitige Änderungen
Ein Job bewahrt die gewählte Befundrevision und prüft sie vor Modellarbeit und Ergebnisspeicherung. Macht eine gleichzeitige Lebenszyklusänderung das Ergebnis veraltet, wird die alte Antwort verworfen, statt an den neueren Zustand angehängt. Aktualisiere den Befund vor der Entscheidung über eine weitere Anfrage.
Verwende die Abbruchfunktion des genauen Jobs, wenn angeboten. Abbruch kann Inhalte, die ein entfernter Anbieter bereits erhalten hat, nicht zurückholen. Bei einem SSH-Job schließt die Bereinigung den Produkt-Forward; das Produkt erzeugt keinen Rückwärtstunnel zum Arbeitsplatz. Warte auf den dokumentierten Endzustand in Jobs.
Ein getrennter Browser oder geschlossenes Fortschrittspanel beweist keinen Abbruch. Öffne den bestehenden Job vor einem Ersatzauftrag. Advisor-Fehler oder -Abbruch erhalten Scannernachweise und Gate-Entscheidung.
Die Advisor-Referenz dokumentiert Anbieter- und Offenlegungsanfragen. Lies Jobs- und Nachweisarchitektur für den dauerhaften Befehlsfluss und Wiederherstellung, wenn das Ergebnis unklar bleibt.