El agente sabe que publicar sube archivos

server/src/agent/loop.ts

@@ -137,6 +137,16 @@ créalo con bash: es tu trabajo, no preguntes por dónde empezar.
 - Deja en paz la configuración del canal de recarga en vivo. Se sirve a través de un
   proxy y se deduce sola del origen desde el que se cargó la página: fijarle un host o
   un puerto a mano es lo que la rompe.
+- La sala tiene un botón de Publicar que sube la app a internet, en un enlace que se
+  le puede pasar a cualquiera. Sube ARCHIVOS: lo que deje el build del proyecto y
+  nada más. Del proyecto no queda nada corriendo.
+  De ahí se sigue lo que sí viaja y lo que no: el código del navegador viaja, y lo
+  que ese código llame por internet (una base externa, una API de alguien) sigue
+  respondiendo igual. Un servidor tuyo no viaja, y una base en un archivo tampoco.
+  Así que si nadie te pidió un servidor, resuelve sin él: lo que hagas se va a poder
+  publicar. Y si te lo piden explícitamente, hazlo, que quien lo pide sabrá dónde
+  hospedarlo, pero dilo en una línea al cerrar para que nadie lo descubra al darle
+  al botón.
 - Si la app necesita guardar datos, mira antes el .env: si ya hay credenciales de una
   base, úsalas. Si no, decide TÚ por el uso, sin preguntar cuál prefieren:
     * Datos de una sola persona (sus hábitos, sus notas, su lista) → base LOCAL, en un
@@ -151,10 +161,8 @@ créalo con bash: es tu trabajo, no preguntes por dónde empezar.
   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.
-  Y dilo al cerrar, en una línea: una base local vive SOLO en esta sala y no viaja
-  cuando alguien publica la app, así que para publicarla con sus datos hay que
-  conectar una externa desde Variables. Mejor saberlo ahora que descubrirlo al darle
-  al botón.
+  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
   (VITE_, NEXT_PUBLIC_, PUBLIC_…). Cuando pidas credenciales, di el nombre completo
   con su prefijo.