Fix runs
Et fix run er agenten, der behandler ét issue. Hvert issue får højst ét: en tråd af typen fix_run, der når vurderingen og ved et bekræftet problem bliver ved med at arbejde det frem til en rettelse i den samme samtale.
Hvad det gør
Tråden er der, hvor du læser hele historien: arbejdet mens det sker, beviserne ét klik væk i dens lineage, og udfaldet til sidst. Runnet læser alarmen eller fundet, forespørgslen bag det, seneste metrikker og logs omkring udløsningen, seneste ændringer og din kode. Før det handler, skriver det årsagskæden i tråden: signalet, mekanismen, den komponent og kodesti der producerer det, udløseren og blast radius, hvert led understøttet af navngivne beviser eller markeret som ukendt.
Sådan fungerer det
- Et run starter, når en kontrol eller en forbundet alarm producerer et fund, når en agent i en chattråd åbner et issue ud fra det problem, du drøfter, eller når du vælger Investigate på et issue.
- Agenten læser beviserne og når én af to vurderinger,
confirmedellerdismissed. Et fund, der matcher et eksisterende issue, slutter sig til det i stedet for at starte et andet run. - Ved et bekræftet problem sporer den samme agent årsagen og skriver årsagskæden.
- Når en kodeændring retter årsagen i et forbundet repository, åbner runnet pull requesten gennem autofix. Når ingen pull request kan rette det, rejser runnet en eskalering, der navngiver, hvad en person skal gøre.
- Hvert trin lander på issuets aktivitetstidslinje, ved siden af detektioner, gendetektioner og dine egne noter.
Udfald
Efter hver agenttur klassificerer Polylane runnet.
| Udfald | Beskrivelse |
|---|---|
resolved | Rodårsag fundet, og problemet er rettet eller har genoprettet sig. |
diagnosed | Rodårsag fundet, men rettelsen er ikke landet. |
inconclusive | Agenten kunne ikke fastslå en årsag. |
false_positive | Fundet pegede ikke på et reelt problem. |
failed | Runnet endte med en fejl. |
Et run kan også parkere, hvilket forhindrer overvågningen i at skubbe det til at undersøge igen, indtil issuet løses.
| Parkeret tilstand | Beskrivelse |
|---|---|
needs_human_action | Rettelsen kræver noget, kun du kan gøre. |
needs_decision | Agenten har brug for en afgørelse fra dig, før den fortsætter. |
awaiting_change | Agenten venter på, at en rettelse shippes, for eksempel en pull request der afventer gennemgang. Denne tilstand parkerer stille. |
failed | Runnet ramte en fejl, det ikke kunne komme omkring. |
De tre tilstande, der kræver en person, registreres som eskaleringer, vises på udfaldskortet i tråden og listes under forvalget Needs you, så den samme anmodning aldrig notificerer dig to gange.
Hvor du finder det
Fix runs vises under Threads sammen med chattråde, og forvalget Needs you lister dem, der venter på en person. Lineage i trådens sidepanel rummer posten bag runnet: Issue åbner beviserne og issuets tidslinje, Escalation åbner det, agenten bad dig om, med Mark as handled, og Check åbner den evaluering, der opdagede problemet. Issuets menu har Investigate, Investigate again, View investigation og View triggering check.
Konfigurer
Under Settings > Workspace fastsætter kortet Investigations indstillingen Investigate automatically from: den laveste alvorsgrad, der af sig selv starter et fix run. Issues under den beholder deres vurdering og tilbageholdes, og deres tråd tilbyder Start investigation, så nogen på dit team kan tage dem op. Vurderinger tilbageholdes aldrig: hvert bekræftet issue er synligt bekræftet, og grænsen udskyder kun det arbejde, der følger.
Relateret
- Issues for den post, hvert fix run behandler.
- Tråde for at læse, stoppe og dele runnet.
- Escalations for de anmodninger, et parkeret run rejser.
- Autofix for den pull request, et run åbner.