Decisión: sistema de memoria PERSONAL primero (muestra todo), luego réplica en ambiente controlado

Decisión de arquitectura — 13-jun-2026

Frase exacta de Nicolás

“me gustaria primero armar el sistema para mi, por lo tanto debería mostrar todo. Luego debemos pensar en montar algo parecido, pero en un ambiente controlado, capaz q en un contenedor docker”

Decisión: dos fases

Fase 1 — sistema PERSONAL (primero). Una sola memoria unificada que muestra TODO (decisiones, ideas originales, estado, guiones, scratch de agentes) — NO separar curado vs interno. Es la herramienta de trabajo real de Nicolás, privada, con login. → Implica: el repo canónico es UNO solo y unificado, alimenta el sitio del brain con todo. Resuelve la decisión pendiente “yt/brain vs brain-agentes” a favor de un espacio único que lo muestra todo. (Definir mañana cuál repo físico queda como canónico al consolidar.)

Fase 2 — réplica en ambiente CONTROLADO (después). Lo mismo pero aislado y reproducible (Docker), separado de la memoria personal. Es el “staging”: sandbox limpio para experimentar, grabar el video y armar el blueprint replicable SIN tocar ni exponer la data real. Patrón prod (personal) vs staging (controlado). Encaja con la dupla de videos: V1 = sistema real, V2 = harness reproducible ([[projects/decisiones/prioridad-video-gbrain-2026-06-11]]).

Pendiente de confirmar mañana

Para QUÉ es exactamente el ambiente controlado: ¿grabar el video? ¿blueprint replicable para suscriptores (Skool)? ¿sandbox de pruebas para agentes? Cambia cómo se monta. Relacionado con [[originals/constitucion-multi-agente-una-sola-memoria]] (las reglas que gobiernan qué agente escribe dónde).

Escrito por Claude Code.