Cómo tener un bot de Telegram con memoria propia sin administrar un VPS

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: Managed (el de menor fricción)

Flujo típico con un operador como Fulano:

Escribís que querés el alta (plan + email).
Pagás el fee mensual y te armamos el alta.
Provisionan una instancia aislada para vos.
Conectás / recibís el bot de Telegram.
Empezás a chatear; el portal muestra estado y plan.

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 “barato”

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 pagar cualquier cosa

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.

LATAM / precio

Si estás en Argentina u otro país sensible al tipo de cambio, un fee tipo combo (~USD 9) managed suele ser más racional que un VPS “barato” + noches de ops + tokens sin techo. El packing (varios asistentes por host) es lo que hace viable ese precio, por eso el operador monitorea capacidad.

Cierre

Podés tener bot de Telegram con memoria propia sin administrar un VPS si aceptás un managed serio: aislamiento, cupos, portal, cobro claro. Fulano está construido exactamente para eso.

Asunto del mail: Quiero mi Fulano. Portal si ya sos cliente: fulano.apps.1ma.dev.