fix(widget): deja de mostrar los errores del servidor como respuestas del bot

El widget hacía `data.respuesta || data.message` sin mirar el status, así
que un 403/404/500 se pintaba en una burbuja como si lo hubiera dicho el
agente. Imposible distinguir "el bot contestó raro" de "el widget está
siendo rechazado", que es justo el lazo en el que se puede quedar alguien
diagnosticando esto.

Además los rechazos del middleware ocurren ANTES del motor, así que no
dejaban rastro en ningún lado: ni en la auditoría del agente ni en el
navegador. De ahí el síntoma "el chat de prueba anda pero el widget no".

- El widget mira r.ok, manda el motivo real a la consola y al visitante le
  muestra un mensaje neutro.
- AuthUmindWidget distingue las tres causas que el chat de prueba NO tiene
  (agente inactivo, tenant inactivo, dominio no autorizado) y las registra
  en la auditoría del agente con el detalle accionable — incluyendo qué
  dominio llamó y cuáles están permitidos.
- GetUmindAgentePorSiteKey busca sin filtrar por activo, para poder decir
  "está apagado" en vez de "no existe".
- Test del allowlist de dominios: es fail-closed y www.ejemplo.com NO
  matchea ejemplo.com, la causa más probable de este síntoma.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

pkg/models/umind_agente.go

@@ -70,3 +70,15 @@ func UpdateUmindAgente(id uint, updates map[string]interface{}) error {
 func DeleteUmindAgente(id uint) error {
 	return app.Http.Database.DB.Delete(&UmindAgente{}, id).Error
 }
+
+// GetUmindAgentePorSiteKey resuelve el agente por site_key SIN filtrar por
+// activo, para que el llamador pueda distinguir "no existe" de "está
+// apagado" y decirlo. GetUmindAgenteBySiteKey (que sí filtra) queda para
+// quien solo necesita el camino feliz.
+func GetUmindAgentePorSiteKey(siteKey string) (*UmindAgente, error) {
+	var a UmindAgente
+	if err := app.Http.Database.DB.Where("site_key = ?", siteKey).First(&a).Error; err != nil {
+		return nil, err
+	}
+	return &a, nil
+}