25 Aug 2026
Cómo tener un bot de Telegram con memoria propia sin administrar un VPS
Guía para freelancers: bot propio, workspace persistente y LLM sin pelearte con Docker, SSH ni capacity planning.
Querés un bot de Telegram con memoria propia: que recuerde tus proyectos, arme recordatorios y no se olvide del brief del cliente. Lo que no querés es convertirte en admin de un VPS a las 23:40 un domingo. Se puede.
El stack mínimo (aunque no lo operes vos)
Detrás de un bot “con memoria” siempre hay:
- Bot token de Telegram (BotFather).
- Runtime del agente (proceso que recibe updates y responde).
- Almacenamiento (workspace, notas, estado).
- Modelo LLM (API key / proxy).
- Backups y updates (aburrido, obligatorio).
Self-host significa que las cinco son tuyas. Managed significa que alguien más carga con 2–5 y vos te quedás con la experiencia de chat.
Por qué “sin VPS” no es magia
Alguien tiene que operar la infra. Las opciones honestas:
- Lo corrés vos en un VPS / home lab.
- Lo corre un amigo (spoiler: mal plan).
- Lo corre un servicio managed que empaqueta agentes (Fulano: nosotros operamos la infra, con aislamiento por cliente).
“Sin VPS” para vos = sin VPS a tu nombre. El server existe; no es tu problema diario.
Camino A: Self-host (resumen para decidir)
Si insistís:
- Alquilá un VPS chico.
- Instalá Docker / el runtime de OpenClaw.
- Configurá el bot, env vars, volúmenes.
- Poné backups y renovación de certs.
- Mirá logs cuando Telegram “no contesta”.
Aprendés mucho. También gastás la energía que ibas a usar en tu negocio.
Camino B: Acompañado (el de menor fricción)
Flujo típico con un servicio como Fulano:
- Charlás sobre qué querés resolver.
- Si encaja, acuerdan una propuesta.
- Te arman el asistente con tus datos aislados.
- Conectan juntos tu bot de Telegram y tus herramientas.
- Empezás a chatear y lo van ajustando; el portal muestra el estado.
No armás un server a tu nombre. Sí entendés límites: cupo de tokens, qué está incluido, qué no es (SLA 24/7, tokens sin techo).
Qué significa “memoria propia”
No es misterio filosófico. Es:
- archivos y estado en tu volumen
- historial / notas que el agente puede recuperar
- skills que escriben en tu workspace
Eso se rompe si compartís un solo bot entre diez desconocidos sin aislamiento. Por eso importa el diseño multi-tenant: una instancia por cliente, no un prompt global con nombres distintos.
Errores comunes al armarlo a las apuradas
- Un bot para toda la familia/empresa sin límites claros.
- API keys en claro en el chat.
- Cero backups (“ya lo rearmo”).
- Prometerte autonomy total el día uno.
- Elegir self-host porque “sale más barato” sin contar tu hora.
Checklist antes de elegir
- Tres tareas concretas que el bot debe hacer en 14 días.
- Canal: Telegram (ok) vs helpdesk masivo (otro producto).
- Quién opera el server y qué pasa si se cae.
- Cómo se aíslan tus datos.
- Cupo de LLM y qué pasa si lo quemás.
- Cómo cancelás.
Acompañamiento
La diferencia grande no es el server: es tener a alguien que entienda tu caso, configure el asistente con vos y lo ajuste cuando cambia lo que necesitás. Eso convierte un bot en un hábito.
Cierre
Podés tener bot de Telegram con memoria propia sin administrar un VPS si elegís un servicio serio: aislamiento, acompañamiento y un portal claro. Fulano está construido para eso.