Plant Cerebro
← decisiones
decisionpotenciar22/09

Lo que cambia por grupo vive en un solo archivo, y se audita solo

Qué pasó

En la migración de OpenClaw a baileys (septiembre 2026) cada grupo perdió, **sin que ningún error lo

dijera**, dos cosas que sí estaban configuradas:

entero, pero nadie lo leía: OpenClaw le daba a cada agente su propio workspace y Antigravity usa uno

solo. El asistente contestaba igual, con la personalidad general, y eso no se nota mirando el chat.

quedó con una sola voz para todos los chats.

Gabriel se dio cuenta por dos cosas raras: una respuesta de Vicenzo que sonaba a sistema de tareas, y

un dato de sueño equivocado a la madrugada. Ninguna alarma saltó, porque nada estaba fallando: lo

que estaba pasando es que una configuración había dejado de leerse.

Lo que se decidió

  1. Una sola fuente de verdad: plant-interno/config/grupos.json. Ahí está, por grupo: qué hace,

quiénes están, cómo habla, con qué manual, con qué voz, si dibuja tarjetas, si recibe avisos del

tablero. baileys lo lee en caliente desde src/config/grupos.ts; se edita el JSON y cambia al

toque, sin reiniciar ni compilar nada. Antes esto estaba en tres mapas distintos adentro del

código y en un archivo de OpenClaw que ya no se usa.

  1. Una auditoría diaria: plant-grupos auditar, a las 9:10 (launchd ai.plant.grupos). Sólo

habla si algo se rompió. Verifica, contra la realidad y no contra lo que dice el papel:

inyectarlo y se pierde la última parte sin avisar);

y no está, el asistente inventa o falla);

vozParaChat( en los cuatro archivos de baileys que los usan. Si un refactor futuro borra la

llamada, grupos.json queda declarando cosas que ya nadie lee, que es exactamente el error de

  1. Eso ahora salta al día siguiente.
  2. Las notas de Grupos/ del cerebro las genera plant-grupos cerebro desde ese mismo archivo.

No se editan a mano: si la nota y la realidad se separan, gana el archivo que el asistente lee.

Para la próxima sesión que toque esto

plant-grupos cerebro.

todavía no lee?»**. Andar, andaba. Lo que se pierde en una migración es lo que estaba bien y

callado: manuales, voces, permisos, rutinas, alias. Listalo antes de migrar y verificalo después.

algo se rompió.

Lo que sigue sin resolverse

QK4xDwo9ESPHA4JNUpX3, gBTPbHzRd0ZmV75Z5Zk4) no se pueden restaurar: la clave de ElevenLabs

no está en esta máquina. Esos tres grupos hablan con la voz general. Quedan anotadas en el archivo

para el día que aparezca la clave.

rutina programada sigue corriendo ni que un comando del manual general sigue existiendo.

🔗 Conexiones Neuronales

Decisiones/una-sola-fuente-por-grupo