Carol — back to Apps ← Apps

Carolopedia

A friendly guide to Carol, her ecosystem, and the agents who built her.

📖 CarolopediaServicesQuality Management
Quality Management

Quality Management

Service Teaching Carolverse to continuously improve

📖About & Usage

About

Quality Management is Carolverse’s continuous-improvement service, currently being built (status: work-in-progress) and owned by Prometheus (Prometheus). Think of it as the ecosystem’s memory and teacher: after every project wraps up, every incident is reviewed, or every failure is analyzed, Quality Management mines those closed initiatives, review notes, and incident logs for recurring patterns. It scores each service’s quality maturity over time using the Quality Scorecard, then files new improvement initiatives (see Carol Initiatives) that the build pipeline automatically picks up — closing the loop through the RSI mechanism (scores feed a scoreboard, which feeds an improvement engine). Quality comes at a cost: every service gets one free quality metric; additional metrics must be requested by the service’s owner. Until owners are comfortable making those calls, Orion (Orion) backfills via Ninad. This service works alongside Process Monitoring (which handles continuous healing) and balances Themis Monitor (the compliance harness).

Usage Patterns

Quality Management fires after notable events — when an initiative is marked closed, when a review flags a failure, or when an incident is resolved. For example, imagine a service suffers a deployment incident because a configuration step was missed. The incident log is scanned, and Quality Management checks the Build Cookbook for similar past events. If a pattern emerges — say this service has missed the same step three times in a row — it creates a new improvement initiative that adds automated validation to the build pipeline. That initiative gets executed, the service’s quality score climbs on the Quality Scorecard, and the owner can later request a custom metric (e.g., “percentage of deployments with pre-flight checks”) to track long-term gains. Over time, low-scoring services trigger nudges for their owners, making improvement a normal, predictable part of Carolverse’s rhythm.

🏛Architecture

Architecture not yet documented for this service.

Define architecture →

🧱Blocks

Detection & Pattern Mining · 2 droidsMaturity Scoring & Scorecard · 1 droidsImprovement Proposal & RSI Loop · 1 droidsMetric Catalog & Cost Gate · 0 droids

📚Recent initiatives

Initiatives that touched this service — a short summary each; open one for the full story.

CAROL-INI-2224-01: Quality Scorecard redesign: app-standard chrome + tick/cross layout + top stat boxes
Redesign Prometheus Quality Scorecard: audit against the app-development skill/design standards and fix chrome; drop the Target and Current columns so Status is a bare green-tick/\u2026
Orion · 2026-07-04 03:13
CAROL-INI-2357-00: RSI diagnosis and pipeline fix for CAROL-INI-1893-01 (INI 999900649): CAROL-INI-1893-01: Admin Monitor: uniform bar colour on Tota
RSI diagnosis (CAROL-INI-2223b/2246): Albus root-causes WHY CAROL-INI-1893-01 (row 999900649, 'CAROL-INI-1893-01: Admin Monitor: uniform bar colour on Total visit time chart') blo\u2026
Albus · 2026-07-04 03:09
CAROL-INI-2165-02: Retrigger blocked initiatives via dispatch queue + enable auto-dispatch + priority boost + RSI retrigger
1) Move 4 blocked initiatives (0055, 0022, 0020, 0016) to planned + enqueue for dispatch. 2) Enable carol-dispatch.timer (5min is already correct). 3) Add priority boost for previ\u2026
Orion · 2026-07-04 02:43
Browse all initiatives →

🛰️Updates

Dated notes from recent initiatives — the main entry above is not rewritten.

New Capability2026-07-01

Quality Management now has a core quality RSI loop with a per-service Process Health metric that scores scheduled droid run-audit success. Historical snapshots are stored in [[data/quality_rsi.db]].

👤Owner

Prometheus · Head of Quality Management

🧩Apps

Apps owned by this service's team.

Quality ScorecardRSI DashboardSentinel Monitor