Alcance
Section titled “Alcance”FASE 30I introduce una capa nueva: sensor_fusion.py como punto de convergencia entre métricas Prometheus, estado LM Studio y topología operativa.
FASE 30I-B endurece esa capa con:
- fixes de dataclasses
- métricas de observabilidad del propio sensor fusion
- ampliación de tests
- validación de fallback y edge cases
Qué resuelve
Section titled “Qué resuelve”- pasar de topología estática a topología observada
- separar
observed_datadederived_state - modelar
expected_offline - evitar que una GPU inventariada degrade la confianza crítica del runtime
Dominios observados
Section titled “Dominios observados”13 dominios:
gatewayroutergpu_nodescontrol_planelive_apicontainersdockersystem_nodesmartctllmstudio_modelswindows_exportersunificloudflare_tunnel
Pipeline
Section titled “Pipeline”flowchart LR
P[Prometheus 192.168.1.40] --> SF[sensor_fusion.py]
GXP[GPU exporter 192.168.1.50:9183] --> P
LMS[LM Studio API 192.168.1.50:1234] --> SF
GW[runtime endpoints 192.168.1.30] --> SF
SF --> SNAP[sensor_snapshot]
SF --> ORT[OBSERVED_RUNTIME]
ORT --> EG[evidence_guard]
EG --> LLM[LLM response]
Topología derivada
Section titled “Topología derivada”Caso actual:
topology_mode = degraded_single_gpu- RX9070 activa
- RX7900XT inventariada / expected offline
No es un fallo crítico. Es una condición operacional conocida.
Hardening 30I-B
Section titled “Hardening 30I-B”30I-B corrige y valida:
stale_sources_gpu_metrics_cache_global_confidence- comparación correcta de
expected_offline_targets - registro de métricas de duración y missing sources
- ampliación de suite a más de 50 tests
Resultado
Section titled “Resultado”30I + 30I-B dejan listo el baseline del runtime observacional sobre el que se apoyan 30I-C y 30I-D.