Untersuchen und beheben

Fix-Runs

Ein Agent pro Issue kommt zum Urteil, verfolgt die Ursache und öffnet den Pull Request, in einem einzigen Thread, den du von oben bis unten liest.

Ein Fix-Run ist der Agent, der ein Issue bearbeitet. Jedes Issue bekommt höchstens einen: einen Thread vom Typ fix_run, der das Urteil erreicht und bei einem bestätigten Problem in derselben Konversation weiter bis zu einem Fix arbeitet.

Was es leistet

Der Thread ist der Ort, an dem du die ganze Geschichte liest: die Arbeit, während sie passiert, die Belege einen Klick entfernt in seiner Lineage und das Ergebnis am Ende. Der Run liest den Alert oder Befund, die Abfrage dahinter, jüngste Metriken und Logs rund um das Auslösen, jüngste Änderungen und deinen Code. Bevor er handelt, schreibt er die Kausalkette in den Thread: das Signal, den Mechanismus, die Komponente und den Codepfad, die es erzeugen, den Auslöser und den Blast Radius, jedes Glied durch benannte Belege gestützt oder als unbekannt markiert.

So funktioniert es

  1. Ein Run startet, wenn ein Check oder ein verbundener Alert einen Befund erzeugt, wenn ein Agent in einem Chat-Thread aus dem Problem, das du besprichst, ein Issue öffnet, oder wenn du an einem Issue Investigate wählst.
  2. Der Agent liest die Belege und kommt zu einem von zwei Urteilen, confirmed oder dismissed. Ein Befund, der zu einem bestehenden Issue passt, schließt sich diesem an, statt einen zweiten Run zu starten.
  3. Bei einem bestätigten Problem verfolgt derselbe Agent die Ursache und schreibt die Kausalkette.
  4. Wenn eine Codeänderung die Ursache in einem verbundenen Repository behebt, öffnet der Run den Pull Request über Autofix. Wenn kein Pull Request es beheben kann, löst der Run eine Eskalation aus, die benennt, was eine Person tun muss.
  5. Jeder Schritt landet auf der Aktivitätszeitachse des Issues, neben Erkennungen, erneuten Erkennungen und deinen eigenen Notizen.

Ergebnisse

Nach jedem Agent-Zug klassifiziert Polylane den Run.

ErgebnisBeschreibung
resolvedGrundursache gefunden, und das Problem ist behoben oder hat sich erholt.
diagnosedGrundursache gefunden, aber der Fix ist noch nicht gelandet.
inconclusiveDer Agent konnte sich auf keine Ursache festlegen.
false_positiveDer Befund zeigte auf kein echtes Problem.
failedDer Run endete mit einem Fehler.

Ein Run kann auch parken, was das Monitoring davon abhält, ihn zu einer neuen Untersuchung anzustoßen, bis das Issue gelöst ist.

Geparkter ZustandBeschreibung
needs_human_actionDer Fix erfordert etwas, das nur du tun kannst.
needs_decisionDer Agent braucht eine Entscheidung von dir, bevor er weitermacht.
awaiting_changeDer Agent wartet darauf, dass ein Fix ausgeliefert wird, zum Beispiel ein Pull Request, der auf Review wartet. Dieser Zustand parkt still.
failedDer Run ist auf einen Fehler gestoßen, den er nicht umgehen konnte.

Die drei Zustände, die eine Person brauchen, werden als Eskalationen festgehalten, auf der Ergebniskarte im Thread gezeigt und unter der Voreinstellung Needs you aufgelistet, sodass dich dasselbe Anliegen nie zweimal benachrichtigt.

Wo du es findest

Fix-Runs erscheinen unter Threads neben Chat-Threads, und die Voreinstellung Needs you listet die auf, die auf eine Person warten. Die Lineage in der Seitenleiste des Threads hält den Datensatz hinter dem Run: Issue öffnet die Belege und die Zeitachse des Issues, Escalation öffnet, was der Agent von dir wollte, mit Mark as handled, und Check öffnet die Auswertung, die das Problem erkannt hat. Das Menü des Issues trägt Investigate, Investigate again, View investigation und View triggering check.

Konfigurieren

Unter Settings > Workspace legt die Karte Investigations mit Investigate automatically from den niedrigsten Schweregrad fest, der von selbst einen Fix-Run startet. Issues darunter behalten ihr Urteil und werden zurückgehalten, und ihr Thread bietet Start investigation, damit jemand aus deinem Team sie aufgreifen kann. Urteile werden nie zurückgehalten: Jedes bestätigte Issue ist sichtbar bestätigt, und der Mindest-Schweregrad schiebt nur die Arbeit auf, die folgt.

Verwandt

  • Issues für den Datensatz, den jeder Fix-Run bearbeitet.
  • Threads zum Lesen, Stoppen und Teilen des Runs.
  • Escalations für die Anliegen, die ein geparkter Run auslöst.
  • Autofix für den Pull Request, den ein Run öffnet.