Tickettyp-spezifische Workflows: Verschiedene Abläufe pro Typ konfigurieren #60

New issue

Open

opened 2026-03-30 20:06:23 +00:00 by David · 0 comments

David commented

2026-03-30 20:06:23 +00:00

Collaborator

Beschreibung

Unterschiedliche Pipeline-Workflows pro Tickettyp ermöglichen. Ein Bug durchläuft den vollen Code-Pipeline-Flow, ein Datenfehler braucht nur DB-Prüfung, ein Feature braucht ggf. zusätzliches Design-Review.

Hintergrund

Aktuell durchlaufen alle Tickets denselben Pipeline-Flow (Score → Prepare → Claude Code → Review → MR). Aber verschiedene Tickettypen brauchen verschiedene Abläufe:

Bug: Voller Pipeline-Flow (Standard)
Datenfehler: Kein Code-Review nötig, stattdessen DB-Prüfung/Migration
Feature: Zusätzlicher Design-/Architektur-Review vor Implementation
Admin: Keine Code-Generierung, nur Anweisungen (teilweise implementiert)

Abgeleitet aus Issue #13 (Betriebskonzept), Bereich 3: Tickettyp-spezifische Workflows.

Akzeptanzkriterien

Workflow-Definition pro Tickettyp konfigurierbar (welche Pipeline-Stages werden durchlaufen)
Settings-Seite: Workflow-Editor — Stages per Drag&Drop oder Checkbox an/aus pro Tickettyp
Pipeline respektiert den konfigurierten Workflow: Überspringt deaktivierte Stages
Mindestens 3 vorkonfigurierte Workflows: "Standard" (alle Stages), "Datenfehler" (ohne Code-Review), "Admin" (nur Analyse)
Dashboard zeigt den aktiven Workflow-Typ pro Ticket an

Technische Hinweise

Neues Model oder Config: backend/models/workflow.py oder Erweiterung in config.py
Erweitern: backend/services/pipeline.py — Workflow-Lookup vor Stage-Ausführung
Erweitern: frontend/src/pages/Settings.tsx — Workflow-Konfiguration
Erweitern: frontend/src/pages/TicketDetail.tsx — Workflow-Anzeige
Migration nötig: ja (wenn DB-basiert)

Aufwand: L

Abgeleitet aus #13

## Beschreibung Unterschiedliche Pipeline-Workflows pro Tickettyp ermöglichen. Ein Bug durchläuft den vollen Code-Pipeline-Flow, ein Datenfehler braucht nur DB-Prüfung, ein Feature braucht ggf. zusätzliches Design-Review. ## Hintergrund Aktuell durchlaufen alle Tickets denselben Pipeline-Flow (Score → Prepare → Claude Code → Review → MR). Aber verschiedene Tickettypen brauchen verschiedene Abläufe: - **Bug**: Voller Pipeline-Flow (Standard) - **Datenfehler**: Kein Code-Review nötig, stattdessen DB-Prüfung/Migration - **Feature**: Zusätzlicher Design-/Architektur-Review vor Implementation - **Admin**: Keine Code-Generierung, nur Anweisungen (teilweise implementiert) Abgeleitet aus Issue #13 (Betriebskonzept), Bereich 3: Tickettyp-spezifische Workflows. ## Akzeptanzkriterien - [ ] Workflow-Definition pro Tickettyp konfigurierbar (welche Pipeline-Stages werden durchlaufen) - [ ] Settings-Seite: Workflow-Editor — Stages per Drag&Drop oder Checkbox an/aus pro Tickettyp - [ ] Pipeline respektiert den konfigurierten Workflow: Überspringt deaktivierte Stages - [ ] Mindestens 3 vorkonfigurierte Workflows: "Standard" (alle Stages), "Datenfehler" (ohne Code-Review), "Admin" (nur Analyse) - [ ] Dashboard zeigt den aktiven Workflow-Typ pro Ticket an ## Technische Hinweise - Neues Model oder Config: `backend/models/workflow.py` oder Erweiterung in `config.py` - Erweitern: `backend/services/pipeline.py` — Workflow-Lookup vor Stage-Ausführung - Erweitern: `frontend/src/pages/Settings.tsx` — Workflow-Konfiguration - Erweitern: `frontend/src/pages/TicketDetail.tsx` — Workflow-Anzeige - Migration nötig: ja (wenn DB-basiert) ## Aufwand: L _Abgeleitet aus #13_