Producto propio · Inteligencia Artificial / Infraestructura · 2026
Liora en VPS — Agente operativo 24/7, no una sesión de chat
Disponibilidad
Dashboard expuesto públicamente
Acceso
Contexto
El hype de 'Agent as a Service' suele reducirse a un wrapper sobre una API de chat. Un agente operativo de verdad tiene que seguir vivo sin que nadie lo esté mirando, recordar lo que hizo ayer y no exponer nada que no deba.
Problema
Correr un agente 24/7 fuera de una sesión de chat exige resolver problemas que no aparecen en una demo: cómo se autentica el dashboard sin exponerlo a internet, cómo persiste la memoria entre reinicios de la VM, y cómo se le da acceso a herramientas reales sin que una falla se convierta en un incidente de seguridad.
Solución
Desplegamos Liora como agente operativo standalone sobre OpenClaw/Hermes en una VM (probado en AWS EC2 y Oracle Cloud, headless, Ubuntu): el dashboard de control nunca se expone públicamente, se accede solo por túnel SSH, y el token de gateway se gestiona manualmente en el primer arranque. La memoria persiste en Engram entre reinicios y despliegues, y el acceso a herramientas pasa por MCP con autorización explícita para acciones sensibles.
Resultado
Un agente que no depende de que alguien tenga abierta una sesión de Claude Code: sigue operando, recordando y ejecutando tareas de forma autónoma en su propia infraestructura. Es la base técnica real detrás de ofrecer 'Liora como agente de tu empresa' — no una promesa, una VM corriendo hoy.
Por qué esto no es un chatbot con IP pública
La diferencia entre un demo de agente y un agente operativo está en lo que pasa cuando nadie está mirando: si sigue vivo, si recuerda, y si su superficie de ataque está controlada.
Headless, sin GUI, con hardening desde el día uno. El dashboard de control no se expone a internet nunca: se accede exclusivamente por túnel SSH, y el token de autenticación se copia manualmente en el primer arranque — nada de auto-inyección insegura en el navegador.
Memoria que sobrevive al reinicio de la VM. Liora corre sobre Engram, el mismo sistema de memoria que usamos en nuestra operación diaria — la máquina se puede reiniciar, redeployar o migrar de proveedor (probado en AWS EC2 y Oracle Cloud) sin perder el contexto acumulado.
Acceso a herramientas con gobernanza, no con confianza ciega. Cada integración vía MCP requiere autorización explícita para acciones sensibles, con registro de auditoría — el agente ejecuta, pero no decide solo lo que puede tocar.
Por qué importa para una empresa
"Agent as a Service" vendido en serio no es una API con un prompt del sistema; es infraestructura que sigue funcionando sin supervisión constante, en la nube del cliente si hace falta, con memoria propia y accesos gobernados. Esa es la base sobre la que ofrecemos Liora como el agente de tu empresa — desplegado en tu propia VPS o VM. Conocé la oferta en nuestros servicios.
"Agent as a Service no es dejar un modelo escuchando en un puerto: es un agente con memoria, gobernanza y acceso controlado, corriendo solo."