Asistente personal orientado a gestión de clientes
Contexto
Proyecto propio: un asistente personal implementado como bot de Telegram, en operación desde marzo de 2026, con interacción principalmente por audio. La v1 cubría funciones de propósito general: respuestas a consultas, búsquedas, transcripción y toma de notas. Varios meses de uso sostenido validaron el formato de interacción por audio y permitieron identificar sus límites.
Problema
La v1 no absorbía trabajo operativo: el seguimiento, el triage y la planificación permanecían del lado del usuario. El origen del problema era la ausencia de un propósito definido que ordenara el alcance: las funciones se agregaron de forma incremental, y la base resultante carecía de control de versiones y de tests, con integraciones incompletas y un clasificador rígido de 15 intenciones.
Solución
El 22 de julio se reescribió el sistema desde cero, comenzando por la definición de un propósito único: asistente de gestión de clientes, con el objetivo de que ninguna relación se enfríe por falta de seguimiento.
De ese propósito se derivó la lista de ocho tareas proactivas que el sistema asume: triage de la bandeja de correo —la IA corre solo si hay mails nuevos—, plan diario, revisión semanal, escaneo de interacciones, control de cadencia de relaciones, vigilancia de reuniones con externos y backups a Drive. El mismo propósito definió las exclusiones de alcance: WhatsApp, Microsoft y clima quedaron fuera.
La arquitectura reemplazó el clasificador de intenciones por un loop agéntico sobre el Claude Agent SDK —el modelo decide qué herramienta usar—, con Notion como CRM y memoria mediante cuatro bases que el asistente crea en la primera ejecución. El método de desarrollo: spec, luego plan, luego TDD — tests previos al código y revisión automatizada entre commits.
Resultados
La reescritura se realizó en una sesión iniciada el 22 de julio; el repositorio acumula más de 50 commits —más de 20 co-firmados por el agente— y una suite que pasó de cero a más de 80 tests, con decenas de diffs de revisión automatizada. Los guardarrieles quedaron implementados desde el primer commit: un único usuario autorizado con allowlist que falla cerrado —vacía, rechaza todo—, aprobación manual (/aprobar) para cualquier salida a terceros, herramientas en allowlist y prompts endurecidos contra inyección.
A la fecha de redacción, la v2 no acumula aún métricas de uso propias: los datos de uso disponibles corresponden a la v1; los de la v2, a su diseño y construcción documentados.