Run-Belege
Fehler mit Namen
Fehlgeschlagene Tasks, geparste Testergebnisse, Reports und begrenzte Log-Enden kommen strukturiert an.
Selbstheilende CI
Aus einem roten Check kann ein geprüfter Fix werden.
Wenn ein geeigneter Check fehlschlägt, kann Hive einen begrenzten Coding-Agenten starten — Run, Logs, Diff und Testergebnisse sind bereits dabei. Der Kandidat landet auf Ihrem Branch; das nächste Gate entscheidet, ob er funktioniert.
Autofix wird je Check bewusst aktiviert. Infrastrukturfehler und Timeouts verbrauchen keinen Agenten-Run.
Reparatur-Schleife · aktive Richtlinie
Der Agent startet nur, wenn Code-Arbeit helfen kann.
Ein fehlgeschlagener Lint-, Test- oder Build-Schritt kann seinen Fixer materialisieren. Ein übersprungener Check, eine Abhängigkeitskaskade oder ein erkannter Infrastrukturfehler kann das nicht.
test-2fehlgeschlagen · Code
test-2-autofixbereit · Budget reserviert
Folge-Gateverpflichtend · Branch-Head
- Auslöser
- Geeignete rote Checks
- Lieferung
- Ein Kandidat auf Ihrem Branch
- Entscheidung
- Ihr nächstes CI-Gate
Die Reparatur-Schleife
Die Fehlerbelege reisen mit der Arbeit.
Kein Ritual aus kopierten Logs und kein abgetrennter Chat. Run, Agent und prüfendes Gate bilden eine nachvollziehbare Kette.
- 01 · Erkennen
Ein deklarierter Check scheitert
Hive klassifiziert den Fehler und materialisiert nur dann einen Fixer, wenn der Schritt ihn aktiviert hat und die Richtlinie ihn erlaubt.
- 02 · Diagnostizieren
Die Belege sind schon da
Der Agent liest Task, begrenzte Logs, benannte Tests, Branch-Diff und frühere verifizierte Fixes direkt.
- 03 · Reparieren
Ein Kandidat entsteht
Der Agent arbeitet in einer isolierten Umgebung. Der Wrapper kontrolliert Umfang, Budget, Prüfung und Git-Lieferung.
- 04 · Beweisen
Das Branch-Gate läuft erneut
Der gepushte Kandidat löst einen frischen Run aus. Dieser Run — nicht die Prosa des Agenten — entscheidet über den Merge.
Agenten-Kontext
Geben Sie dem Modell Belege, keine Textwand.
Hive kompiliert aus eigenen Fakten ein begrenztes Aufgabenbriefing und stellt schmale Werkzeuge für die nächsten benötigten Belege bereit.
Änderungs-Belege
Das exakte Branch-Delta
Auslösender SHA und Diff halten den Agenten bei dem Fehler, der wirklich passiert ist.
Frühere Belege
Verifizierte Fixes statt Hörensagen
Ähnliche frühere Ergebnisse erscheinen nur, wenn ein späteres Gate sie als grün bewiesen hat.
Schmale Werkzeuge
Aufrufe statt kopierter Seiten
Der Agent untersucht aktuellen Run und ausgewählte Checks über geprüfte Fähigkeiten.
Richtlinie
Budgets außerhalb des Prompts
Turn-, Token-, Umfangs- und Lieferregeln erzwingt ein Wrapper, den das Modell nicht umschreiben kann.
Prüfung
Belege vor Lieferung
Ein Kandidat muss den konfigurierten Verifier der Lane bestehen, bevor der Wrapper ihn liefern darf.
Kontrolle bleibt ausdrücklich
Selbstheilend heißt nicht selbstautorisierend.
Die Automatisierung handelt innerhalb der Grenzen, die Pipeline und Plattform-Richtlinie festlegen.
Bewusst aktiviert
Sie wählen die Checks, die einen Agenten wecken.
Ein neuer Schritt hat standardmäßig keinen Fixer. Eine Laufzeit-Richtlinie kann einen problematischen Fixer ohne Pipeline-Änderung unterdrücken.
Sicher scheitern
Der Kandidat muss CI weiterhin bestehen.
Scheitert der Fixer, überschreitet er Grenzen oder kann er seine Arbeit nicht prüfen, bleibt der ursprüngliche Fehler bestehen.
Review
Der normale Branch-Ablauf bleibt bestehen.
Hive pusht einen Kandidaten auf den Branch. Pflicht-Checks, Review-Regeln und Merge-Richtlinie bleiben maßgeblich.
Weiter entdecken
Die Reparatur-Schleife ist eine Lane in einem größeren Agenten-System.
Private Beta
Bringen Sie ein Repository mit. Sehen Sie das ganze System arbeiten.
Starten Sie auf Ihrem eigenen Runner, lassen Sie Ihre bestehende CI daneben weiterlaufen und sehen Sie, wie Hive aus dem nächsten geeigneten roten Check einen prüfbaren Fix macht.