La conversación ya empezó.
nimbo.pro estaba en desarrollo e incorporaba un asistente virtual conectado a Telegram. El propósito de ese primer canal fue observar preguntas reales y entender qué necesitaba una persona al conversar con el sistema.
La bitácora se planteó para reunir decisiones, integraciones, problemas y soluciones, y conservar el proceso como material práctico.
Responder no basta.
La hipótesis fue que un asistente podía volverse más útil si las preguntas que no sabía resolver dejaban de perderse.
En lugar de tratar cada conversación como un episodio aislado, se propuso detectar preguntas nuevas, convertirlas en candidatas de conocimiento y someterlas a revisión antes de incorporarlas a una base reutilizable.
No se documentó un “aprendizaje automático” del asistente. Se propuso un ciclo controlado de captura, revisión, publicación y reutilización, pendiente de evaluar en ese registro.
Del canal a la memoria.
La arquitectura se planteó por capas. Algunas estaban en trabajo; otras quedaron previstas para un tramo posterior.
Capa 01 · Entrada
Telegram era el canal en trabajo. WhatsApp quedó previsto como siguiente etapa; no se documentó como integración terminada.
Capa 02 · Conocimiento
Las preguntas frecuentes y los vacíos detectados se plantearon como candidatas. La revisión se estableció como condición antes de publicarlas.
Capa 03 · Control
El ciclo requería trazabilidad: de dónde surgió una respuesta, quién la revisó, cuándo cambió y qué consultas la reutilizaron.
Telegram entró en escena.
El primer capítulo se centró en la incorporación del asistente a Telegram. El registro dejó planteadas las decisiones de conexión y las preguntas para las pruebas; no acreditó una integración terminada.
- La necesidad: qué conversación debía resolver el canal.
- La conexión: qué componentes participarían en la conexión.
- Los límites: qué quedaba fuera del alcance.
- La prueba: cómo se observaría su comportamiento.
- El corte: qué quedaría listo y qué pasaría al siguiente capítulo.
Lo que obligó a revisar el guion.
Problema
Una respuesta aislada resuelve un momento, pero no construye memoria. Guardarlo todo puede acumular ruido o información que no debe conservarse.
Decisión propuesta
Tratar cada nueva pregunta como candidata, no como conocimiento publicado, e incorporar una revisión antes de reutilizarla.
Hallazgo
En este registro no se documentó un resultado medido. La hipótesis quedó pendiente de contrastar con evidencia.
El estado que dejó el registro.
- Toma 01El encuadreContexto definido
- Toma 02TelegramEn trabajo
- Toma 03MemoriaHipótesis en diseño
- Toma 04WhatsAppSiguiente etapa
- Toma 05EvaluaciónPor definir
Pendientes de aquel registro
- Publicar el mapa real de la integración con Telegram.
- Registrar la primera decisión técnica verificable.
- Definir qué convierte una pregunta en candidata de conocimiento.
- Diseñar el paso de revisión y publicación de respuestas.
- Preparar WhatsApp como etapa posterior.
