Tesis del Desacople — "No depende del modelo, sino de lo que lo rodea"

Tesis del Desacople — “No depende del modelo, sino de lo que lo rodea”

Pensamientos de Nicolás (11-jun-2026, textuales) + desarrollo de la sesión. Esta es la columna conceptual que une V1 (memoria), V2 (harness) y V3 (federación).

Pensamientos originales (Nicolás, crudos)

No depende del modelo, sino de lo que lo rodea. Primero sacamos todo lo que amarra al modelo.
Los coding agents (Claude Code, Antigravity CLI) están amarrados bajo sus normas, pero comparten estándares que están adoptando, como MCP.
La memoria es un limitante: si logramos separarla, podríamos probar el mismo sistema en Claude Code, Antigravity CLI, un IDE como Cursor, o Codex inclusive. Algo nuevo para los coding agents — y ahí hablamos de lo cerrado que se puede volver cada herramienta.
¿DB en Supabase o local? Quizás dos casos de uso.
¿Cómo conectamos agentes productivos (ADK, A2A)? ¿Hermes, OpenClaw?

El checklist del desacople (las 5 amarras)

Amarra al vendor	Estándar de escape	Estado
Herramientas/tools	MCP	Maduro — adoptado por todos
Memoria	MCP + cerebro propio (este sistema)	La 2ª liberación — construida esta semana
Instrucciones	AGENTS.md (emergente) / .md por CLI	Parcial
Historial de sesión	ninguno	Vendor-locked (cada CLI su formato)
Auth / billing	ninguno	Vendor-locked por diseño

Segmento nuevo: “El ranking de apertura de los coding agents”

Probar el MISMO cerebro en Claude Code, Antigravity, Cursor, Codex (todos con soporte MCP documentado por gbrain) y rankear por apertura: ¿config MCP fácil o enterrada? ¿HTTP con headers o solo stdio? ¿te empuja a SU memoria propietaria? Medible, fresco, nadie lo hizo. Candidato a sección de V1 o video corto propio.

Los DOS PERFILES (resolución de “¿Supabase o local?”)

PERFIL SOBERANO (local):  Docker + Postgres local · datos no salen de la máquina
                          · freelancer con data sensible · $0 · offline
PERFIL NÓMADA (cloud):    Supabase + Cloud Run · multi-máquina + teléfono +
                          agentes productivos · listo para equipo

Mismo harness, mismas convenciones, UNA variable de config.
Migración entre perfiles = gbrain sync desde el system of record (git markdown).
La dualidad ES la tesis: “el harness es tuyo significa que TÚ eliges dónde vive”.
Mapeo: V2 enseña el soberano · Demo 10 de V1 muestra el nómada · Skool ofrece ambos.

Agentes productivos

ADK/A2A: MCPToolset del agente → MCP HTTP de gbrain con token propio. A2A entre agentes, MCP hacia el cerebro. (Demo 10 de V1: Investigador + Cronista.)
Hermes/OpenClaw: soporte NATIVO — gbrain nació como el cerebro de OpenClaw (ORIGIN.md) y Hermes es cliente de primera clase (URL → auto-instalación). El Hermes del video (VM GCP) y el OpenClaw de la casa de campo se conectan sin adaptadores. → Serie campo / V3.

La narrativa completa de la serie (cómo esta tesis la une)

V1:  liberamos la MEMORIA (la amarra más valiosa con escape disponible)
V2:  construimos el HARNESS completo alrededor (los dos perfiles)
V3:  FEDERAMOS los dos mundos (coding + productivos) sobre el cerebro
Campo: el harness sale al MUNDO FÍSICO (OpenClaw, su cliente nativo)