mirror of
https://github.com/rcourtman/Pulse.git
synced 2026-06-01 05:52:28 +00:00
e657f6ace9
The overall-health "Recent Patrol errors" coverage factor in
summarizeRecentPatrolCoverage was anchoring the score to a
stale ratio: it counted errors across the last 10 runs without
weighting recency. After Pulse fixed two compounding Patrol
bugs today, four consecutive successful runs (50+ tool calls
each) followed six earlier failures. The assessment kept
showing C/65 with the prediction "most recent Patrol runs
encountered errors (6 of 10)" — directly contradicting the
fact that *every* recent run had succeeded.
Operators reading that score would conclude Pulse Patrol is
still broken. It isn't. The fix dragged the grade.
This commit adds a recovery-suppression check: count trailing
successful full Patrol runs from the most-recent end of the
window (GetAll returns newest-first), skipping non-full runs.
When three or more consecutive trailing successes exist —
roughly a 9-hour clean stretch at the default 3-hour cadence —
the error penalty drops entirely. The score reflects current
reality.
Three is conservative: a single recovery run could be a
transient win; three consecutive demonstrate the underlying
fix is sticking. Below the threshold, the existing ratio-tiered
penalty still applies so partially-recovered states still
register.
Two tests guard the boundary:
- 6 historical errors + 3 trailing successes → no coverage
factor (suppressed)
- 6 historical errors + 2 trailing successes → coverage
factor remains (recovery incomplete)
Live verified after this commit lands: the assessment that's
been stuck at C/65 since the malformed-history fix will
recompute to A/B grade as soon as the trailing 3 successful
runs are recognized by the same recent-runs query.
ai-runtime contract updated.
|
||
|---|---|---|
| .. | ||
| records | ||
| subsystems | ||
| CANONICAL_DEVELOPMENT_PROTOCOL.md | ||
| COMMERCIAL_CANCELLATION_REACTIVATION_E2E_TEST_PLAN.md | ||
| COMMERCIAL_CANCELLATION_REACTIVATION_RECORD_TEMPLATE.md | ||
| CUSTOMER_ACCOUNT_PORTAL_SPEC.md | ||
| HIGH_RISK_RELEASE_VERIFICATION_MATRIX.md | ||
| IDENTITY_INVARIANTS.md | ||
| LEGACY_HOST_CLASSIFICATION_2026-03-05.md | ||
| PLATFORM_SUPPORT_MANIFEST.json | ||
| PLATFORM_SUPPORT_MODEL.md | ||
| PRE_RELEASE_CHECKLIST.md | ||
| PULSE_ACCOUNT_PORTAL_SPEC.md | ||
| RC_TO_GA_REHEARSAL_TEMPLATE.md | ||
| RELEASE_PROMOTION_POLICY.md | ||
| SOURCE_OF_TRUTH.md | ||
| status.json | ||
| SUBSYSTEM_CONTRACT_TEMPLATE.md | ||
| V5_MAINTENANCE_SUPPORT_POLICY.md | ||
| V5_TO_V6_COMMERCIAL_MIGRATION_AUDIT_2026-03-07.md | ||
| V6_BRIDGE_RELEASE_FOUNDATION_SPEC.md | ||
| VMWARE_VCENTER_PHASE1_ALERTS_AND_ASSISTANT_SPEC.md | ||
| VMWARE_VCENTER_PHASE1_API_RUNTIME_SPEC.md | ||
| VMWARE_VCENTER_PHASE1_ONBOARDING_SPEC.md | ||
| VMWARE_VCENTER_PHASE1_PROOF_MATRIX.md | ||
| VMWARE_VCENTER_PHASE1_PROOF_RECORD_TEMPLATE.md | ||
| VMWARE_VCENTER_PHASE1_RESOURCE_PROJECTION_SPEC.md | ||
| VMWARE_VSPHERE_PHASE1_EXECUTION_PLAN.md | ||