Adéndum de arquitectura: GepetoChat como motor multicanal
GepetoChat mantiene WhatsApp como canal inicial, pero evoluciona su arquitectura para preparar un motor multicanal más flexible.

Después de publicar el diseño inicial de GepetoChat, recibimos comentarios y observaciones muy valiosas de personas con experiencia en arquitectura de plataformas conversacionales y sistemas de integración.

Uno de los puntos más importantes fue recordar que, aunque WhatsApp es actualmente la mejor puerta de entrada para muchas personas, también depende de políticas externas, cambios de plataforma o restricciones que podrían afectar uno o varios canales en el futuro.

La observación no busca abandonar WhatsApp. Todo lo contrario. WhatsApp sigue siendo el centro operativo inicial del proyecto porque es el canal que las personas ya conocen y usan todos los días.

Sin embargo, la recomendación fue pensar desde ahora en una arquitectura más flexible:

  • capaz de adaptarse si WhatsApp cambia políticas,
  • capaz de incorporar Telegram en el futuro,
  • capaz de integrar un WebChat propio,
  • y capaz de evolucionar sin rehacer completamente el motor central.

Como resultado de esa revisión, decidimos ajustar la interpretación de la arquitectura original. La idea central sigue siendo la misma:

WAHA transporta.
GepetoChat.Api decide.
SQL Server recuerda.
OpenAI responde.

Pero ahora agregamos una nueva interpretación arquitectónica:

WAHA es el primer adaptador.
WhatsApp es el primer canal.
GepetoChat.Api es el motor multicanal.

La arquitectura base original sigue siendo válida. Pero ahora el diseño empieza a prepararse cuidadosamente para una posible evolución futura hacia múltiples canales de interacción.

Adéndum de arquitectura GepetoChat

Qué significa realmente este cambio

La intención no es convertir inmediatamente GepetoChat en una plataforma llena de canales. La prioridad sigue siendo simple:

WhatsApp
→ WAHA
→ GepetoChat.Api
→ SQL Server
→ OpenAI
→ respuesta por WhatsApp

Ese sigue siendo el flujo inicial del proyecto.

La diferencia es conceptual: la lógica central no debe quedar amarrada exclusivamente a WAHA ni a WhatsApp.

Eso significa que el motor interno comenzará a diseñarse pensando en mensajes normalizados y adaptadores de canal.

Canal externo
→ Adaptador
→ Mensaje normalizado interno
→ GepetoChat.Api
→ SQL Server / OpenAI
→ Respuesta normalizada
→ Adaptador
→ Canal externo

Qué se mantiene igual

  • WhatsApp sigue siendo el canal principal inicial.
  • WAHA sigue siendo el puente técnico.
  • SQL Server sigue siendo el centro de memoria y control.
  • OpenAI sigue siendo el motor de inteligencia artificial.
  • CanalesWhatsApp se mantiene como tabla válida en la primera fase.
  • UsuariosApp.TelefonoWhatsApp sigue siendo la identidad principal inicial.

Por qué no cambiar toda la base de datos ahora

Aunque ya pensamos en múltiples canales futuros, también es importante evitar sobrediseñar el sistema antes de validar el flujo principal.

La prioridad sigue siendo construir un primer ciclo funcional de extremo a extremo:

Mensaje de texto
→ Validar usuario
→ Validar canal
→ Guardar conversación
→ Llamar OpenAI
→ Guardar respuesta
→ Registrar consumo
→ Responder por WhatsApp

Primero debemos lograr estabilidad operacional, trazabilidad y control económico. Después podremos evolucionar la arquitectura con más seguridad.

Posibles estructuras futuras

Aunque todavía no se ejecutarán cambios estructurales, ya contemplamos posibles evoluciones futuras como:

  • ProveedoresCanal para distinguir WAHA, Telegram, WebChat u otros proveedores.
  • UsuariosIdentidades para permitir múltiples identidades externas por usuario.
  • CanalesInteraccion como posible evolución futura de CanalesWhatsApp.

Canales futuros posibles

  • Telegram.
  • WebChat.
  • Panel administrativo web.
  • Integraciones externas.

La meta no es abandonar WhatsApp. La meta es evitar que toda la arquitectura dependa exclusivamente de un único canal externo.

Decisión estratégica

Mantener WhatsApp como experiencia principal,
pero conservar libertad arquitectónica para el futuro.

Ese equilibrio permite mantener el proyecto simple, práctico y accesible para los usuarios actuales, sin cerrar la puerta a futuras evoluciones.

Estado actual del proyecto

La estructura actual de GepetoChatDb sigue siendo válida. No se ejecutarán cambios fuertes de base de datos todavía.

La siguiente etapa continúa siendo:

Construir GepetoChat.Api

priorizando:

  1. Texto simple.
  2. Validación de usuario.
  3. Conversaciones.
  4. Integración OpenAI.
  5. Registro de consumo.
  6. Conexión WAHA.

Regla de trabajo

Explicar → diseñar → validar → construir → verificar.

Sin acelerar el diseño antes de validar correctamente el flujo principal.

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *