From 6ba33d714b9518102dfa236d229132753f3b949b Mon Sep 17 00:00:00 2001 From: ErickHub192 Date: Sat, 12 Sep 2026 15:24:47 -0600 Subject: [PATCH] El agente ya no borra la base de datos de la sala En seis salas del experimento con estudiantes paso lo mismo: el agente borro el archivo de SQLite para limpiar sus pruebas, con el dev server corriendo. En Linux borrar un archivo abierto no falla, asi que el servidor siguio escribiendo en algo sin nombre y la app dejo de guardar sin tronar. Lo que la gente veia era "no me deja agregar personas" y "aparece una persona que yo no agregue", y ninguno de los dos apunta a la causa. Un solo bug detras de tres sintomas distintos. Se lo daba el propio prompt, que llamaba a esos datos "de prueba". Esa frase se va: la base es de la sala, y lo que al agente le parece de prueba puede ser lo que alguien acaba de capturar. Se borra solo si lo piden o si la app va a usar otra base. Co-Authored-By: Claude Opus 5 Claude-Session: https://claude.ai/code/session_01L1nFf8JaKeGedJ6RaZQYZ8 --- server/src/agent/loop.ts | 11 ++++++++--- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/server/src/agent/loop.ts b/server/src/agent/loop.ts index d79e20b..7767fbe 100644 --- a/server/src/agent/loop.ts +++ b/server/src/agent/loop.ts @@ -161,9 +161,14 @@ créalo con bash: es tu trabajo, no preguntes por dónde empezar. Pide las credenciales de una base externa por el panel de Variables, diciendo los nombres exactos que vas a leer, y ofrece dejar la app andando con datos de prueba mientras llegan. - El archivo de una base local NO entra al historial (Multi ya lo ignora): lo de - ahí son datos de prueba. Deja el esquema en el código o en una migración, para que - la app arranque sola en una base vacía. + El archivo de una base local NO entra al historial (Multi ya lo ignora). Deja el + esquema en el código o en una migración, para que la app arranque sola en una + base vacía. + Esa base es de la sala: no borres el archivo ni los datos que ya tiene, ni para + limpiar tus pruebas. Lo que a ti te parece de prueba puede ser lo que alguien + acaba de capturar, y con el servidor corriendo el archivo está abierto, así que + al quedarse sin él la app deja de guardar sin fallar y nadie se entera hasta que + faltan datos. Bórralo solo si te lo piden, o si la app va a usar otra base. Y dilo al cerrar, en una línea: una base local vive SOLO en esta sala, así que para publicar la app con sus datos hay que conectar una externa desde Variables. - Las variables que va a leer el NAVEGADOR necesitan el prefijo que pida tu stack