AI-LAB separa dos cosas:

  • Authority: qué está pasando ahora (datos observados).
  • Cognition: cómo responder/razonar sin inventar infraestructura.

En 35C se endurece el principio: la cognición solo es válida si está respaldada por autoridad.

Flujo de autoridad

Section titled “Flujo de autoridad”
sequenceDiagram
  participant P as Prometheus (Authority)
  participant SF as Sensor Fusion (OperationalTruth)
  participant A as Authority Cognition (35C)
  participant G as Gateway (:8008)
  participant L as LLM

  P->>SF: raw metrics + targets
  SF->>A: snapshot semántico (freshness/confidence/gaps)
  A->>G: authority_score + deterministic_signature
  G->>L: OBSERVED_RUNTIME + authority snapshot
  L-->>G: respuesta
  G-->>G: evidence guard / NO DISPONIBLE si falta autoridad

Reglas

Section titled “Reglas”
  • Si la autoridad es stale/unavailable, la respuesta debe evitar afirmaciones operativas.
  • El runtime puede responder con NO DISPONIBLE si falta evidencia.
  • La autoridad es por dominio (no un único “health score”).

Señales visibles

Section titled “Señales visibles”
  • Endpoint: GET /runtime/authority/score.
  • Campos típicos: freshness score, gaps, deterministic signature.

Anti-pitfalls

Section titled “Anti-pitfalls”
  • Discoverable != operational: que un modelo aparezca en discovery no lo vuelve operativo.
  • GitNexus/memory nunca sustituyen Prometheus como autoridad.