Lifecycle Health Monitor
Purpose
Provides a macro-view of the project's long-term viability. It detects "rot" in the form of outdated specs, falling test coverage, or increasing complexity that slows down development.
When to use this skill
- •During monthly or quarterly project reviews
- •After reaching a major milestone
- •When development velocity noticeably drops
Monitoring Steps
- •Evaluate Spec Drift: Compare the latest
implementation_plan.mdfiles against the masterspec. Are updates being backported? - •Evaluate Test Coverage Relevance: Is coverage high in critical logic areas, or just in utility functions?
- •Evaluate Orchestration Efficiency: Are certain skills being bypassed or overridden frequently? (Inputs from
skill-evolution-engine). - •Flag Systemic Risks: Look for single points of failure in the architecture or process.
Decision Tree
mermaid
flowchart TD
A[Check Project Health] --> B{Spec vs Code Gap?}
B -->|Large| C[Alert: Critical Spec Drift]
B -->|Small| D{Test Coverage Adequate?}
D -->|No| E[Alert: High-Risk Implementation]
D -->|Yes| F{Orchestration Fluid?}
F -->|No| G[Trigger Skill Refinement]
F -->|Yes| H[Report: Healthy Status]
Review Checklist
- •Aging: Are there tasks that have been "in progress" for more than 2 weeks?
- •Quality: Is the bug-fix vs new-feature ratio increasing?
- •Documentation: Is the
README.mdandSKILL_INDEX.mdup to date? - •Alignment: Does the current implementation still match the
Project Vision?
How to provide feedback
- •Be specific: "Spec drift detected in the Payment module; 3 new fields added to code are not in the spec."
- •Explain why: "Outdated specs lead to incorrect test generation and security misses."
- •Suggest alternatives: "Recommend a
spec-auto-updatersession for the Payment module."
Healthy systems age gracefully.