Guida alla versione preliminare · 0.1.0

Consultare Advisor su un rilievo

Confronta i consigli facoltativi di Ollama con le evidenze acquisite e conferma la divulgazione esatta prima di inviare un rilievo a un provider remoto.

Il riferimento API è in inglese.

Parti da un report compreso

Apri un rilievo e leggi scanner, regola, posizione ed evidenza. Advisor può offrire una spiegazione o una proposta di riparazione dopo questa prima revisione. È facoltativo: le scansioni ordinarie usano gli scanner configurati senza invocare IA.

Il rilievo deve appartenere a una scansione con risultati persistenti e stato completed, partial o failed. Advisor non è disponibile per una scansione con stato cancelled, anche se quella scansione conserva rilievi. Se è soppresso, l’interfaccia chiede di riaprirlo prima di richiedere consiglio. Leggi il motivo accanto a Run Advisor disabilitato anziché cambiare impostazioni estranee.

Advisor produce output di modello non attendibile. Può fraintendere il flusso dei dati, proporre una correzione inefficace o ripetere il problema. La confidenza è generata dal modello, non una probabilità misurata che il rilievo sia corretto. Il gate deterministico continua a usare evidenze degli scanner e decisioni esplicite sul ciclo di vita.

Scegli un modello locale idoneo

Apri Settings > Advisor ed esamina Advisor Providers. I controlli locali mostrano i modelli Ollama rilevati distinguendo pesi locali e voci solo cloud. Seleziona il modello previsto e scegli Use locally quando idoneo.

L’azione verifica raggiungibilità e digest esatto del modello, poi registra il provider sullo stesso dispositivo. Non invia contenuti di rilievi. Il modello locale predefinito è qwen3:8b: una configurazione iniziale, non una garanzia di accuratezza. Un modello locale indisponibile o inadatto non rende idoneo un provider remoto come ripiego automatico.

Configurazione del provider e disponibilità corrente sono separate. Se il servizio non raggiunge il modello, controlla il risultato del provider e la connessione prima di richiedere un’altra revisione. Scansione deterministica e revisione manuale continuano a funzionare senza Advisor.

Esegui una revisione locale

1. Torna al rilievo esatto in Findings.
2. Scegli Run Advisor ed esamina l’azione proposta.
3. Segui il job accettato in Jobs o nello stato di avanzamento del rilievo.
4. Apri il risultato salvato e confronta ragionamento e correzione proposta con l’evidenza acquisita.
5. Modifica personalmente i sorgenti, salva ed esegui una nuova scansione per verificare il risultato.

In VS Code, Run Advisor è disponibile nel menu contestuale del rilievo, nell’hover sui sorgenti e in Quick Fix. L’azione nativa chiede conferma prima del lavoro del modello locale. Per una revisione remota, usa il rilievo esatto nell’interfaccia web, dove puoi esaminare tutta la divulgazione.

Aprire un rilievo o passarvi sopra non avvia mai Advisor. Un risultato non cambia ciclo di vita, non modifica sorgenti e non annulla un gate fallito. Registra la tua decisione sul ciclo di vita dopo la revisione dell’evidenza.

Configura deliberatamente un provider remoto

Il modulo supporta i trasporti documentati Direct e SSH. Inserisci destinazione e modello, segui l’autorizzazione dell’host e usa separatamente Test connection e Activate quando disponibili.

Test e attivazione non inviano contenuti di rilievi. Anche attivo, verificato e autorizzato, un provider remoto rimane escluso dall’instradamento automatico, dalle richieste sull’intera scansione e dalle azioni in blocco. Lo scegli per un solo rilievo tramite la divulgazione.

Mantieni visibile la bozza mentre risolvi letture o salvataggi falliti. Reload Settings conserva un modulo Add/Edit aperto. Se un altro client ha cambiato la raccolta, copia le modifiche necessarie, annulla e riapri il provider salvato prima di decidere. Un modulo obsoleto non può sovrascrivere la nuova revisione.

Esamina esattamente cosa lascerà la workstation

Per una richiesta remota, seleziona il provider del rilievo previsto ed esamina la nuova divulgazione generata dal server. Identifica:

• Provider, destinazione e trasporto.
• Digest fissato del modello.
• Rilievo e revisione.
• Categorie di contenuto incluse e dimensione limitata del payload.
• Hash di conferma che lega l’anteprima alla richiesta.

Leggi l’anteprima effettiva senza presumere che un estratto con dati sensibili oscurati sia privo di informazioni sensibili. Conferma solo ciò che intendi inviare. Se cambiano destinazione, modello, revisione o pacchetto, ottieni ed esamina una nuova anteprima.

Il job risultante è legato alla conferma. Instradamento remoto automatico, richiesta sull’intera scansione o selezione in blocco non sostituiscono la divulgazione per un rilievo. Configurare un provider non autorizza da solo l’invio di sorgenti.

Segui annullamento e modifiche concorrenti

Il job conserva la revisione scelta e la controlla prima del modello e prima di salvare la risposta. Se una modifica concorrente del ciclo di vita rende obsoleto il risultato, la vecchia risposta viene scartata invece di essere associata al nuovo stato. Aggiorna il rilievo prima di decidere se fare un’altra richiesta.

Usa l’annullamento del job esatto quando disponibile. Non può richiamare contenuti già ricevuti da un provider remoto. Per SSH, la pulizia chiude il forward del prodotto; non viene creato un tunnel inverso verso la workstation. Attendi l’esito finale registrato in Jobs.

Un browser disconnesso o un pannello chiuso non provano l’annullamento. Riapri il job esistente prima di inviarne uno sostitutivo. Fallimento o annullamento di Advisor lasciano intatti evidenze degli scanner e decisione del gate.

Il riferimento Advisor documenta provider e divulgazione. Consulta job ed evidenze per il flusso persistente dei comandi e il recupero quando l’esito non è accertabile.