Demos Verificadas Acme

DEMOS VERIFICADAS — corpus Acme (brain-demo) · 15-jun-2026

Salidas REALES capturadas en brain-demo (VM 136.119.129.23), corpus Acme ficticio, stack todo-OpenAI (embeddings text-embedding-3-small + chat gpt-4o-mini). Cero outputs inventados — todo corrido y pegado. Esto alimenta el guion. Comando base: docker exec cerebro-gbrain-1 gbrain <...>

═══════════════════════════════════════════════════════════════════

✅ DEMO A — QUERY (búsqueda por SIGNIFICADO)

Pregunta: gbrain query "que servicios son criticos para los pagos"

Respuesta real (top):

[0.8830] services/payments-api      — Servicio crítico que procesa los cobros. Tier 0.
[0.8523] incidents/2026-05-23-payments-outage — Incidente: caída total de pagos (P0)

Punto a cámara: encontró el servicio Y el incidente relacionado, rankeados por significado — sin que la pregunta dijera “payments-api” ni “outage”.

✅ DEMO B — THINK (síntesis + citas + gaps)

Pregunta: gbrain think "que causo las caidas de pagos y que falta para que no se repita"

Respuesta real:

La caída de pagos del 23 de mayo de 2026 se debió a un deploy de la versión 2.3 del payments-api, que abrió demasiadas conexiones a postgres-main, agotando su pool de conexiones. Esto provocó timeouts en auth-service, impidiendo el procesamiento de pagos durante 47 minutos.

(+ sección de acciones correctivas)

Model: openai:gpt-4o-mini | Pages: 18 | Citations: 2

Punto: no devuelve links — devuelve la RESPUESTA, con causa raíz, citando el incidente. Es el postmortem leído por ti.

✅ DEMO C — GRAFO / BACKLINKS (quién se conecta con quién)

Comando: gbrain backlinks people/alice-example

Respuesta real:

from_slug: services/payments-api          → people/alice-example
from_slug: incidents/2026-05-23-payments-outage → people/alice-example

Punto: Alice es dueña del payments-api Y estuvo on-call en el incidente — el grafo lo conecta solo.

⚠️ LÍMITE HONESTO (para el guion como falla/lección): las dependencias servicio→servicio (payments-api → postgres-main) NO se tejieron, porque el schema pack base solo trata person/company como entidades enlazables. Para el grafo de dependencias completo hay que crear un schema pack propio (tipos service/incident + verbos depends_on/caused_by). → ES UNA DEMO EN SÍ (schema authoring) + lección “el grafo es tan bueno como tu esquema”.

✅ DEMO D — SCHEMA (el cerebro clasifica solo por tipo)

Comando: psql -c "SELECT type, count(*) FROM pages GROUP BY type"

Respuesta real:

 service  | 6
 person   | 3
 note     | 3
 decision | 2
 runbook  | 2
 incident | 2
 concept  | 1

Punto: sin que yo etiquete nada, el cerebro sabe qué es un servicio, un incidente, una decisión, una persona — por el schema pack. Mismo contenido, estructura experta.

✅ DEMO E — BRAINSTORM (ideas conectando conceptos lejanos) — verificado antes

Pregunta: gbrain brainstorm "ideas para reducir incidentes en produccion" --yes

Respuesta real (ideas rankeadas, costo $0.01):

Idea (4.30): redundancia de Stripe — diversificar procesadores de pago. Cruzó: incidentes × services/stripe-gateway
Idea (4.30): task force de simulación de fallas de Stripe, con reviews tipo ADR. Cruzó: ideas × services/stripe-gateway
Idea (4.10): equipo cross-funcional (Alice ops + Bob incident-response). Cruzó: ideas × people/alice-example

Punto: nadie escribió esas ideas — el cerebro las generó cruzando el incidente con la dependencia externa. Por UN centavo. Esto es pensar, no guardar.

⏳ DEMOS DE INFRA — pendientes de montar en brain-demo (no corpus-específicas)

Estas no dependen del corpus; necesitan exponer brain-demo por túnel + conectar agentes:

Multi-vendor: Claude + Gemini + ChatGPT leyendo Acme a la vez (túnel + 3 OAuth)
Identidad/scopes: “la URL no es la llave” (ChatGPT entra con 0 permisos)
Revocación en vivo de un agente sin tocar a los otros
write-through (escribir por MCP → aparece .md)
destruir la base (down -v) y reconstruir (sync)
dream nocturno (cron)

Nota: para grabar el video estas se montan en brain-demo igual que en el real (túnel brain-demo.nicolasneira.com + agentes apuntados ahí).