Idea: ¿cómo logras que TODOS los agentes lean gbrain y no otra memoria?

Señal original de Nicolás (12-jun-2026)

Frase EXACTA, sin parafrasear:

“como hacemos para q claude code, codex, cursor, antigravity cli, etc… lean la memoria de gbrain y no otra?, deberiamos dejarle reglas definidas o no?”

Por qué es valiosa

Es la pregunta que define la Capa 4 (gobernanza) del video [[projects/decisiones/prioridad-video-gbrain-2026-06-11]]. Toca el problema de la “falla #4 — las dos memorias”: cada CLI trae su propia memoria privada (Claude Code en ~/.claude, Codex la suya, etc.) ADEMÁS del cerebro compartido. Conectarlos por MCP les da la llave, pero no garantiza que usen gbrain por defecto.

El planteamiento que salió de la conversación

Hay que separar DOS capas:

1. Conexión (Capa 3): configurar el MCP de gbrain en cada herramienta (Claude Code ~/.claude, Antigravity/Gemini ~/.gemini/config/mcp_config.json, Codex ~/.codex/config.toml, Cursor .cursor/mcp.json). Les da acceso.

2. Constitución (Capa 4): reglas en el archivo de instrucciones que cada herramienta carga sola al arrancar (Claude Code CLAUDE.md, Codex/otros AGENTS.md, Cursor .cursor/rules, Gemini GEMINI.md). Una sola fuente de verdad (CONSTITUCION.md) + N punteros, para no mantener copias.

La constitución dice mínimo: (a) “tu memoria es gbrain → consúltalo antes que la web”; (b) el ruteo cerebro-compartido vs cuaderno-privado (resuelve la falla #4); (c) las 5 disciplinas + wikilinks + firma.

La tesis (lo honesto, contenido del video)

Las reglas son probabilísticas: NO puedes apagar la memoria privada de cada CLI, solo decirle cuál usar. El agente casi siempre obedece, a veces no. Por eso el sistema combina dos controles:

• Capa 4 (reglas) → gobierna el COMPORTAMIENTO (probabilística).
• Capa 3 (identidad + scopes OAuth) → controla la CAPACIDAD (determinística).

Encarna la frase de cierre del guion: la memoria alinea los hechos, la constitución alinea el comportamiento, y la diferencia de criterio no se elimina — se gobierna.

Escrito por Claude Code.