Qué es
Section titled “Qué es”Graph Hotspot History (37D) añade una memoria topológica bounded (por ventana), determinista y metadata-only sobre:
- Hotspots y chokepoints recurrentes.
- Cambios en score/severity y expansión de blast radius.
- Detección de drift arquitectónico mediante
drift_score(0–1, fórmula fija).
No hace remediation, no muta routing y no introduce loops/daemons.
Relación con 37B y 37C
Section titled “Relación con 37B y 37C”- 37C Critical Path: aporta
top_files,chokepoints,blast-radiusy señales por módulo. - 37B Correlation: aporta señales de degradación runtime correlacionadas con hotspots topológicos.
37D no recalcula la topología desde cero: recuerda la evolución de lo que ya exponen 37B/37C.
Endpoints (Gateway :8008)
Section titled “Endpoints (Gateway :8008)”GET /runtime/hotspot-historyGET /runtime/hotspot-history/summaryGET /runtime/hotspot-history/latestGET /runtime/hotspot-history/trendsGET /runtime/hotspot-history/recurringGET /runtime/hotspot-history/driftGET /runtime/hotspot-history/blast-radiusGET /runtime/hotspot-history/recommendations
Todos responden HTTP 200 y payload bounded/fail-safe.
drift_score
Section titled “drift_score”drift_score es un score determinista 0–1 basado en:
- Delta de
critical_path_score. - Máximo delta de score por módulo.
- Escalaciones de severity y blast radius.
- Degradación de
routing_confidenceyhealth_score. - Incremento de unknowns.
No usa ML y no tiene pesos adaptativos.
Bounded History
Section titled “Bounded History”Por defecto 37D opera en in-memory only y mantiene un máximo acotado de snapshots.
Si solo hay 1 snapshot, 37D no inventa tendencias: devuelve trend: "unknown" y unknowns: ["insufficient_history"].
Qué NO hace
Section titled “Qué NO hace”- No escribe en
runtime/state/*. - No ejecuta polling agresivo ni daemons.
- No persiste datos sin límites.
- No incluye user data, prompts ni payloads de LLM.