Día a día
Espacios de trabajo
Cada carpeta que abres con Lampson se convierte en un espacio de trabajo (workspace): con sus propias sesiones, memoria, tareas programadas, plugins y servidores. Puedes tener varios abiertos a la vez y cambiar entre ellos sin detener nada.
cd ~/code/shop && lampson # registra ~/code/shop (la primera vez) y abre la terminal sobre él
cd ~/code/blog && lampson --web # un segundo espacio de trabajo, en el navegador
El hub§
http://127.0.0.1:8080 es el hub: la pantalla de espacios de trabajo. Abre uno, crea uno (un selector de carpetas en tu escritorio; un explorador del lado del servidor en un VPS), enciéndelos y apágalos, define cuánto tiempo se mantiene vivo uno inactivo.
Cada espacio de trabajo se ejecuta en su propio proceso detrás del hub; cuando el hub se reinicia solo (al agregar o quitar un espacio de trabajo) siguen corriendo. Cada 15 segundos el hub arranca lo que debería estar en marcha y detiene lo que ha estado inactivo (⚙ → horas de inactividad; 0 = nunca; un espacio de trabajo con tareas programadas se mantiene en marcha).
lampson --hub start|stop|status|logs|restart
lampson --install # mantiene el hub vivo entre inicios de sesión (Windows: tarea programada · Linux: systemd --user)
Apagar o reiniciar Lampson§
Apagar un espacio de trabajo (en su tarjeta del hub) detiene el proceso de ese proyecto; el hub sigue encendido en localhost:8080 para que puedas encender los demás. Para Lampson entero:
lampson --hub stop # el hub, todos los espacios de trabajo y el edge HTTPS (--domain)
lampson --hub start # vuelve a encenderlo: http://127.0.0.1:8080
lampson --hub restart # stop + start, por ejemplo después de actualizar
lampson --hub status # si el hub está arriba y qué espacios de trabajo corren
lampson --hub logs # las últimas líneas del log del hub
lampson --uninstall # deshace --install: el hub ya no arranca al iniciar sesión
Lo mismo desde el navegador: ⚙ → Apagar o reiniciar. Reiniciar vuelve solo y la página se recarga; apagar solo se puede desde la propia PC, porque desde el teléfono no habría cómo volver a encenderlo.
stop y restart cortan las terminales, los procesos que lanzó el agente y cualquier turno en curso; las sesiones quedan guardadas. Si usaste lampson --install, un hub apagado vuelve a arrancar en el próximo inicio de sesión.
Dónde vive cada cosa§
No se escribe nada dentro de tu proyecto. Lampson guarda su propio estado en ~/lampson:
| ruta | qué |
|---|---|
~/lampson/.lampson/config.json | proveedor, modelo, claves, preferencias |
~/lampson/.lampson/ws/<name>/ | una carpeta por espacio de trabajo: sesiones, trazas, tareas programadas, logs de procesos |
~/lampson/memory/<name>/ | las notas del agente sobre ese proyecto |
~/lampson/plugins/ | plugins globales |
Dentro de tu proyecto, solo lo que tú decidas confirmar en git: .lampson/plugins/, .lampson/mcp.json, .lampson/lsp.json, skills/, AGENTS.md.
Por qué un proceso por proyecto§
En Synsema, el acceso a archivos de una herramienta es un nombre de carpeta literal declarado en el código. Un espacio de trabajo es, por tanto, una pequeña carpeta con un enlace llamado workspace que apunta a tu proyecto; su proceso solo ve esa carpeta. Eso es lo que hace que «solo puede tocar este proyecto» sea una certeza y no una esperanza.