So laufen Reviews ab
Scope und Review-Art wählen, Aufwand abschätzen, Findings prüfen und Ergebnisse im Repository behalten.
Review-Ablauf ansehen →Quality Studio verbindet Code, Findings und gespeicherte Review-Belege in einem Arbeitsbereich. Reviews nach Scope und Art ausführen, Begründungen prüfen und Ergebnisse mit dem Repository versionieren.
offene Entwicklung · Bibliothek, CLI, API und Browser werden aus einem Repository ausgeliefert · noch nichts auf NuGet veröffentlicht · Apache 2.0
Code, Review-Status und Findings stehen zusammen im Arbeitsbereich. Vom Explorer führt der Weg direkt zur betroffenen Datei und zur Begründung eines Befunds.
Die abgeleitete Hierarchie mit einem Chip je Review-Art an jedem Knoten: Review-Status auf einen Blick, Bewertung beim Überfahren, nach Zustand filterbar.
Die Datei selbst, mit Review-Overlays direkt am Code. Der Wechsel von Review-Art oder Aspekt ändert das Overlay, nie die Datei.
Aspektgetrennte Befunde mit Schweregrad, Beleg-Ankern in die Quelle und einem Lebenszyklus: open, accepted, waived, false-positive, resolved.
A bis F je Einheit und Review-Art, mit schriftlicher Begründung. Ein Datei-Review wird nie auf ein einzelnes Gut-oder-Schlecht-Badge verdichtet.
Vom ersten Review bis zur begründeten Entscheidung: die Abläufe, Kriterien und Modelloptionen.
Scope und Review-Art wählen, Aufwand abschätzen, Findings prüfen und Ergebnisse im Repository behalten.
Review-Ablauf ansehen →33 benannte Regeln und 6 Metriken: mit Begründungen, Beispielen, Formeln und klaren Grenzen.
Der vollständige Regelpool und die Metrik-Erklärungen stehen auf einer eigenen, direkt verlinkbaren Seite. Der Quellenstand ist dort nachvollziehbar dokumentiert.
Kriterien und Metriken ansehen →Aktuelle Review-Modelle, historische Optionen und Verweise auf die datierten Preis- und Benchmarkquellen.
Modelle vergleichen →Alles läuft gegen einen einfachen Checkout. Der Analyse-Kern ist eine packbare Bibliothek (noch nichts veröffentlicht); die quality-CLI führt Scans, Reviews, Diffs und Reports aus; die API liefert Baum, Overlays, Läufe und Nutzung; Reports werden als Markdown, HTML, JSON oder SARIF 2.1.0 mit CI-Gates exportiert.
quality scan schlägt bei stale Reviews fehl, quality diff --fail-on-regression bei deterministischen Regressionen, quality report --fail-under / --fail-on bei Score oder Schweregrad — und der Report wird noch vor dem Gate-Fehlschlag veröffentlicht.
Bewertungen je Review-Art und Ebene, Befundzahlen nach Schweregrad und Lebenszyklus, fresh/stale/drift/missing-Verteilung, Datei-Coverage, Sensor-Haltung. Fehlende Coverage bleibt sichtbar und gilt nicht als bestanden.
Quality Studio bleibt der Engineer-Raum. Braucht ein Befund eine Handlung, übergibt „make this a task“ einen verlustfreien Snapshot an Agent Studio über dessen normalen Task-Mutationspfad — eine Richtung, kein eingebettetes Qualitäts-Dashboard im Cockpit, und ein Backlink für den Rückweg.
Das Agent-Orchestrator-Universum: Cockpit, Runner, Chat, Abrechnung →Gegründet am 11.07.2026. Kernbibliothek, CLI, Review-API und der Angular-Browser werden aus einem Repository ausgeliefert und sind durch CI abgedeckt. Offene Forschung ist als Forschung ausgewiesen: Ob ein Code-Graph als grafische Meta-Ebene dazukommt, ist ein zeitlich begrenzter Spike, keine Entscheidung. Diese Seite beschreibt, was existiert.
Repository, Konzept und Slice-Plan auf GitHub ↗