Issue

Una issue è il singolo record di un problema: qualcosa che i controlli di Polylane hanno trovato, oppure un alert inviato da uno strumento collegato. Il record tiene il conto (fingerprint, occorrenze, verdetto, gravità); il thread del fix run che la lavora è dove leggi cosa è successo.

Cosa fa

Ogni rilevamento passa per un unico ciclo di vita, qualunque sia la sua origine: viene registrato, un fix run raggiunge un verdetto, un incidente confermato viene lavorato fino a una correzione e la issue si risolve quando il problema è finito. Non c'è nessuna coda di alert grezzi da sottoporre a triage a mano. I duplicati si uniscono alla issue già esistente, così un problema è un solo record e un solo thread.

Da dove arrivano le issue

Come funziona

1. Un risultato viene registrato con un fingerprint costruito dalla sua origine: la risorsa e il controllo per i rilevamenti di Polylane, l'integrazione e l'id dell'alert per gli alert dei provider. Un'attivazione che corrisponde a una issue aperta incrementa il suo conteggio delle occorrenze invece di creare un duplicato.
2. Un fix run legge il payload grezzo, la query dietro l'alert, le metriche recenti e il tuo codice, poi registra uno di due verdetti: confirmed (un problema reale) o dismissed (rumore o comportamento atteso). Un risultato che appartiene a una issue già aperta, o a una risolta di recente, si unisce a quella issue.
3. Una issue confermata viene lavorata fino a una correzione nello stesso thread, a meno che la soglia minima di gravità del workspace o un limite del piano non la trattenga perché la avvii una persona. La gravità è una tra critical, high, medium, low o info, e il run può riclassificarla una volta lette le evidenze.
4. La issue si risolve quando il problema è finito: un ripristino dal provider, un controllo successivo che torna pulito o un alert che resta silenzioso. Puoi anche marcarne una Resolved tu stesso. Se lo stesso problema ritorna entro 24 ore (più a lungo per le issue che indicano un difetto nel codice), la issue esistente si riapre e il suo fix run dà un nuovo sguardo.

Stati

Una issue porta anche resolvedAt una volta che il problema è finito, qualunque sia il suo stato.

Dove trovare le issue

Apri Issues nella console per consultare i rilevamenti, filtrare per gravità o stato e trovare le issue attive o in attesa. Ogni issue ha una pagina con evidenze, indagine, cronologia e proprietà. Usa Investigate per avviare un run oppure Open thread per continuare la conversazione. Il campo _html_url dell'API rimanda direttamente a questa pagina, anche per le issue senza run.

In Threads, il preset Fix runs elenca le conversazioni con l'agente. L'ultimo messaggio del run ne indica l'esito: una pull request, nessuna correzione necessaria o una richiesta che richiede la tua attenzione. La barra laterale apre le evidenze e le eventuali escalation; Open full page mostra il record completo.

Ogni account cloud, integrazione e risorsa della topologia ha una scheda Problems che elenca i fix run su quell'ambito. Una issue che non ha mai avuto un run compare come card nel feed; espandila e usa Investigate per avviarne uno. Dagli script, la issue è un oggetto di prima classe nel riferimento API, letta con lo scope issues:read e modificata con issues:write.

Correlati

• Fix run per come un run raggiunge il suo verdetto e lavora una issue confermata.
• Threads per leggere una trascrizione e le sue evidenze.
• Escalations per cosa succede quando l'agente ha bisogno di te.
• Cloud per gli account e le risorse a cui le issue fanno riferimento.