Self-Healing PRs, MCP-Zeitfreigabe und Preview-Verbesserungen

Sechs Bereiche in diesem Update: Pull Requests reparieren sich bei CI-Fehlern automatisch, MCP-getrackte Zeit durchläuft einen Freigabe-Workflow, Issues lassen sich als Implementierungs-Prompt kopieren, Runner unterstützen Engine-Auswahl und Branch-Selektion, und Preview Environments bekommen eine Adressleiste, Status-Anzeige, Reset und ein Dashboard.

Self-Healing PRs

Wenn die CI-Pipeline eines Pull Requests fehlschlägt, startet Spedy jetzt automatisch einen Coding-Agent, der den Fehler behebt — ohne manuelles Eingreifen.

So funktioniert es

1. Ein Runner-Job schließt ab und öffnet einen Pull Request
2. Die CI-Pipeline des PRs schlägt fehl (Tests, Lint, Build)
3. Spedy erkennt den Übergang zu „Failed" und startet einen neuen Runner-Job
4. Der Agent arbeitet auf dem gleichen Branch, liest die fehlgeschlagenen Checks, behebt den Fehler und pusht den Fix
5. Der PR führt seine Checks automatisch erneut aus

Grenzen

• Maximal 2 automatische Reparaturversuche pro PR innerhalb von 24 Stunden — so werden Endlosschleifen verhindert
• Nur PRs mit einem verknüpften Ticket und einem Runner-Team, das Self-Healing aktiviert hat
• Der Agent erstellt keinen neuen PR, sondern pusht auf den bestehenden Branch

MCP-Zeiterfassung: Freigabe-Workflow

Zeiten, die von KI-Agenten über MCP-Tools (z. B. timers_stop) gestoppt werden, landen ab sofort nicht mehr direkt in der Zeiterfassung. Stattdessen werden sie als Entwurf mit Status „Ausstehend" erstellt und müssen von einem Menschen freigegeben werden.

Was sich ändert

• MCP-getrackte Einträge erscheinen nicht in Zeitlisten, Budgets oder dem MOCO-Sync, bis sie freigegeben sind
• Neue Seite Zeit → Freigaben mit einer Inbox aller ausstehenden Entwürfe
• Dashboard-Karte und Sidebar-Badge zeigen die Anzahl wartender Freigaben

Freigeben, anpassen oder verwerfen

Unter Zeit → Freigaben kannst du für jeden Entwurf:

• Freigeben — übernimmt die Dauer wie vorgeschlagen und bucht den Eintrag
• Anpassen + Freigeben — ändere die Dauer vor der Freigabe (z. B. von 45 auf 30 Minuten)
• Alle freigeben — alle ausstehenden Entwürfe auf einmal freigeben
• Verwerfen — Entwurf löschen, ohne ihn zu buchen

MCP-Zeitfaktor

Unter Einstellungen → Zeiterfassung gibt es eine neue Einstellung: MCP-Zeitfaktor (Standard: 1.0, Bereich: 1–10). Dieser Faktor multipliziert Agent-Minuten, bevor der Entwurf erstellt wird. Beispiel: Ein Faktor von 2.0 bedeutet, dass 30 Minuten Agent-Arbeit als 60 Minuten im Entwurf erscheinen.

Der ungefaktortete Originalwert bleibt auf dem Eintrag erhalten und ist in der Freigabe-Ansicht sichtbar.

Issues als Implementierungs-Prompt kopieren

In der Issues-Listenansicht kannst du jetzt ausgewählte Issues als strukturierten Text in die Zwischenablage kopieren.

1. Wähle ein oder mehrere Issues über die Checkboxen aus
2. Klicke auf Kopieren in der Massenaktions-Toolbar
3. Die Issues werden als nummerierte Liste mit Ticket-ID, Titel und Link kopiert

Das Ergebnis eignet sich direkt als Eingabe für KI-Tools oder als Aufgabenliste für die manuelle Bearbeitung.

Runner: Engine-Auswahl pro Agent

Bisher wurde der Provider (Claude oder Codex) anhand des gewählten Modells automatisch ermittelt. Jetzt gibt es eine explizite Engine-Auswahl pro Pipeline-Stufe und pro Agent.

Was sich ändert

• Neues Dropdown Engine neben der Modell-Auswahl in den Pipeline-Stufen und Agent-Konfigurationen
• Wähle zwischen Claude und OpenAI (Codex) — das Modell-Dropdown zeigt dann nur passende Modelle
• Die GPT-Modellauswahl wurde bereinigt: GPT-5 Codex, GPT-5 und GPT-5 Mini

Die Engine-Einstellung hat Vorrang vor der Modell-Erkennung. Ein Job läuft weiterhin auf einem einzigen Provider — ein Claude-Orchestrator kann nur Claude-Subagenten starten.

Runner: Branch-Auswahl beim Start

Beim Starten eines Runner-Jobs kannst du jetzt wählen, auf welchem Branch der Agent arbeiten soll.

• Neuer Branch — wähle einen Basis-Branch, von dem ein neuer Feature-Branch abgezweigt wird
• Bestehender Branch/PR — arbeite auf einem existierenden Branch oder Pull Request weiter

Die Auswahl zeigt den Default-Branch des Repos sowie alle Branches und PRs, die mit dem Ticket verknüpft sind. Ticket-referenzierende Branches werden zuerst angezeigt.

Preview: Adressleiste und Ladeindikator

Die Preview-Ansicht im Ticket verhält sich jetzt wie ein Browser: Beim Navigieren innerhalb einer laufenden Preview erscheint ein dünner Fortschrittsbalken und ein Spinner in der Adressleiste — statt des vollen Boot-Overlays. Die Adressleiste zeigt die aktuelle URL und erlaubt Navigation per Enter oder den Refresh-Button.

Das Boot-Overlay erscheint nur noch bei echten Container-Zuständen (Kaltstart, Stoppen, Fehler).

Preview: Stoppen während des Starts und Status-Anzeige

Stoppen während des Starts

Du kannst eine Preview jetzt jederzeit stoppen — auch während sie noch hochfährt. Bisher musstest du warten, bis die Preview vollständig gestartet war. Der Stop-Button ist im Boot-Overlay und in der Toolbar verfügbar.

Status-Indikator am Ticket

Der Ticket-Header zeigt jetzt einen farbigen Punkt neben dem Preview-Link:

• Grün — Preview läuft
• Gelb — Preview wird gestartet
• Rot — Preview ist degradiert

So siehst du den Status einer Preview, ohne sie zu öffnen.

Preview: Laufende Previews auf einen Blick

Zwei neue Oberflächen zeigen dir alle laufenden Previews deiner Organisation:

• Dashboard-Karte — auf dem Work-Dashboard erscheint eine Karte mit allen laufenden Previews. Dort kannst du direkt zur Preview springen oder sie stoppen.
• Board-Header — ein Chip im Board-Header zeigt die Anzahl laufender Previews auf diesem Board. Klick öffnet ein Popover mit Details.

Beide Oberflächen verschwinden automatisch, wenn keine Previews laufen.

Preview: Reset

Der neue Reset-Button in der Preview-Toolbar löscht den geklonten Code und baut die Preview vom aktuellen Default-Branch des Repos komplett neu auf. Das ist nützlich, wenn:

• Die Preview auf einem veralteten Branch festsitzt
• Ein fehlerhafter Build den Container unbrauchbar gemacht hat
• Du einen sauberen Neuanfang vom aktuellen Stand des Repos brauchst

Nach dem Reset bootet die Preview automatisch neu — du musst sie nicht manuell starten.