v2.0 Target Architecture
This architecture represents a "Physics-Based" Control Plane to actively manage human data entropy and prevent AI hallucinations caused by performative reporting.
Status Physics Matrix
| Status |
Weight |
Timer |
Ghost |
Efficiency |
Heartbeat |
| backlog | 0 | Off | SKIP | SKIP | SKIP |
| todo | 0 | Off | SKIP | SKIP | SKIP |
| in_progress | 1 | ON | RUN | RUN | RUN |
| paused | 0 | Off | RUN | SKIP | FREEZE |
| done | 0 | Off | RUN | Finalize | FREEZE |
The Circuit Breaker
We manage circuit states via a State Pattern. When a task is in_progress, the circuit closes—temporal weight becomes 1, and auditing clocks engage.
Entropy Monitors (Mathematical Primitives)
Active tasks are subjected to three deterministic audits. Every anomaly subtracts from the base 100% confidence score.
1. The Ghost Filter (Forensic Auditor for Value)
This workflow acts like a forensic accountant auditing for value, rather than just volume. It asks: "Does the type of work delivered justify the time billed?" It divides Logged Effort (Hours) by Semantic Value (Sum of Commit Weights). Instead of counting lines of code, which can be gamed, it weighs the intent of the work. This prevents "Commit Spam" by correctly valuing low-line-count architectural work while flagging situations where high hours are logged against trivial activities.
2. The Efficiency Monitor (Budget Auditor)
This formula acts as a budget auditor, asking: "Is this task burning hours faster than the plan allowed?" It compares the Actual Cost (Time Spent) against the Approved Budget (Estimated Duration) set by the manager. If no budget was set, the system uses a safety fallback based on Task Scope. A high ratio signals Inefficiency (scope creep, roadblocks, or skill gaps)—distinct from fabrication.
3. The Heartbeat Monitor (Hospital Heart Monitor)
This workflow functions like a hospital heart monitor; it ignores the "size" of the patient (Scope) and focuses entirely on whether they have a pulse. It calculates how long a task has been silent relative to the team's standard "heartbeat" (e.g., 24 hours), then multiplies that silence by an "Urgency Factor" (Status Weight). If a high-priority task has no activity for several days, the index spikes, identifying tasks that are technically "Active" but practically dead.
4. The Scarcity Check (Statistical Viability)
A new variable in v2.0. If Total Active Tasks < 3 OR Total Commits < 5, the dataset is statistically insignificant. You cannot summarise a project that has not started. Deduction: -50 pts.
Confidence Score Logic (The Hallucination Brake)
The system's "Reliability Index" is designed to prevent the AI from sounding authoritative when the underlying data is corrupted. It synthesizes all four penalty signals into a single trust metric (0–100%).
$$GCS = 100 - \bigl((P)_{ghost} + (P)_{stagnation} + (P)_{efficiency} + (P)_{scarcity}\bigr)$$
Three-Tier Output
| GCS Range | Tier | Behaviour |
| 90 – 100 |
HIGH |
Standard Summary. Declarative statements permitted. |
| 50 – 79 |
MEDIUM |
Conditional Summary. Hedging verbs required. Forbidden: "Certain", "Definite", "Guaranteed". |
| Below 50 |
LOW |
Hallucination Brake triggered. Mandatory disclaimer prepended. Projections suppressed. |
Suppression Rules (GCS < 50)
When the brake triggers, the system is forbidden from displaying: Estimated Completion Date, Projected Costs, or Velocity Trends. The summary must begin with the exact string:
⚠ Data Confidence: LOW. Signals are conflicting or insufficient. The following summary reflects available logs but cannot be verified against physical output.