Lizandro GuarnizoandClaude Sonnet 5
f3f2f421d6
Un tenant (negocio/sitio, dueño de los dominios permitidos) puede tener varios UmindAgente independientes (ej. "Ventas", "Soporte"), cada uno con su propia config de IA, tono, base de conocimiento, tools, canales y conexión de correo. El site_key también pasa a ser por agente, así cada uno tiene su propio <script> de widget embebible y su propio color. Backend: - Nuevo modelo UmindAgente (pkg/models/umind_agente.go), con SiteKey, AiConfigID, Tono, MensajeBienvenida y Color — campos que antes vivían en UmindTenant y se sacan de ahí (las columnas viejas quedan huérfanas sin usar, no se hace DROP COLUMN). - UmindDocumento, UmindChunk, UmindHerramienta, UmindCanal, UmindConexion y UmindMensaje pasan de TenantID a AgenteID. El campo se agrega sin "not null" para no romper el ALTER TABLE en Postgres sobre tablas que ya tienen filas (ej. emetropolitana). - migrations.MigrarUmindAgentes(): idempotente, crea un agente "Principal" por cada tenant existente heredando lo que ya tenía configurado, y mueve sus datos de tenant_id a agente_id. Corre en cada arranque normal, mismo criterio que los Seed* — nada se rompe para los tenants ya en producción. - Motor del agente, widget, canales (Telegram/WhatsApp) y OAuth de correo ahora operan sobre UmindAgente; el tenant solo se consulta para el chequeo de dominio permitido y el nombre del negocio que ve el visitante. Frontend: nueva jerarquía de navegación tenant → lista de agentes (TenantAgentes.vue) → detalle de un agente (AgenteDetail.vue, antes TenantDetail.vue) con las mismas 6 tabs de siempre, ahora por agente. El modal de tenant en el sidebar se achica a nombre/dominios/activo. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
57 lines
2.0 KiB
Go
57 lines
2.0 KiB
Go
package services
|
|
|
|
import (
|
|
"fmt"
|
|
"net/http"
|
|
"net/url"
|
|
|
|
"github.com/sujit-baniya/fiber-boilerplate/pkg/models"
|
|
)
|
|
|
|
// ProcesarMensajeTelegramUmind adapta un mensaje entrante del canal Telegram
|
|
// de un agente al mismo motor que atiende el widget web
|
|
// (ProcessWidgetMessage) y responde usando el bot token propio del canal
|
|
// (no el bot interno de staff). La sesión se separa por chat_id con un
|
|
// prefijo para no colisionar con session_ids del widget.
|
|
func ProcesarMensajeTelegramUmind(canal *models.UmindCanal, chatID int64, texto string) error {
|
|
agente, err := models.GetUmindAgenteByID(canal.AgenteID)
|
|
if err != nil || !agente.Activo {
|
|
return fmt.Errorf("agente no encontrado o inactivo: %w", err)
|
|
}
|
|
|
|
credenciales, err := DescifrarCredencialesCanal(canal.CredencialesEnc)
|
|
if err != nil {
|
|
return fmt.Errorf("credenciales del canal corruptas: %w", err)
|
|
}
|
|
botToken := credenciales["bot_token"]
|
|
if botToken == "" {
|
|
return fmt.Errorf("el canal no tiene bot_token configurado")
|
|
}
|
|
|
|
sessionID := fmt.Sprintf("tg:%d", chatID)
|
|
respuesta, err := ProcessWidgetMessage(agente, sessionID, texto)
|
|
if err != nil {
|
|
return fmt.Errorf("error del agente: %w", err)
|
|
}
|
|
|
|
return (&TelegramService{}).SendMessageWithToken(chatID, respuesta, botToken)
|
|
}
|
|
|
|
// RegistrarWebhookTelegram le dice a Telegram a qué URL mandar los updates
|
|
// del bot — se llama una vez al crear el canal (o al reconfigurar el token).
|
|
func RegistrarWebhookTelegram(botToken, webhookURL string) error {
|
|
if botToken == "" || webhookURL == "" {
|
|
return fmt.Errorf("bot_token y webhookURL son requeridos")
|
|
}
|
|
api := fmt.Sprintf("https://api.telegram.org/bot%s/setWebhook?url=%s", botToken, url.QueryEscape(webhookURL))
|
|
resp, err := telegramHTTPClient.Get(api)
|
|
if err != nil {
|
|
return fmt.Errorf("no se pudo contactar la API de Telegram: %w", err)
|
|
}
|
|
defer resp.Body.Close()
|
|
if resp.StatusCode != http.StatusOK {
|
|
return fmt.Errorf("Telegram respondió %d al registrar el webhook", resp.StatusCode)
|
|
}
|
|
return nil
|
|
}
|