## Visión general

La automatización de la plataforma siempre tuvo más de cien disparadores — conversación creada,
etiqueta cambiada, pedido pagado, contrato firmado — y **ninguno sobre el Robot**. Se podía
automatizar casi todo, menos el evento que más importa a quien opera atención con IA: **que el Robot
afirme una acción que nunca ejecutó**.

Ahora existen **cinco disparadores** sobre la salud del turno de la IA. Aparecen en la misma pantalla
de **Automatización** que ya usas, con el mismo catálogo de acciones (asignar, etiquetar, nota
privada, prioridad, estado, webhook…).

| Disparador (como aparece en la lista) | Se dispara cuando |
|---|---|
| **Maestro — La respuesta afirmó una acción que no se ejecutó** | La respuesta afirmaba un resultado que el turno **no** ejecutó — o ejecutó y **falló**. Es el disparador de la afirmación sin respaldo. |
| **Maestro — Respuesta alterada por la verificación** | La verificación **modificó la respuesta** antes de entregarla (eliminó una frase, quitó un enlace/precio fabricado, suavizó un pasaje). |
| **Maestro — Falló la llamada a una herramienta** | Una acción de módulo invocada por el Robot (agenda, cobro, tarea, catálogo, registros…) **falló** durante el turno. |
| **Maestro — El turno falló sin responder** | El turno **murió a mitad de camino** y no se entregó nada al contacto. Nadie respondió y el contacto quedó esperando. |
| **Maestro — Se solicitó transferencia a un humano** | El Robot **pidió una persona** (frustración del contacto, tema fuera de alcance, fallo repetido). |

Los cinco son **reacción, no prevención**: avisan y organizan el trabajo después del hecho. Para
**impedir** que una respuesta dudosa llegue al contacto, el mecanismo es otro — la retención de la
respuesta, en el artículo de verificación de turno (en "Ver también").

## Requisitos previos

- **Maestro habilitado** en la cuenta y un **Robot configurado** en la bandeja que atiende la
  conversación.
- Permiso de **administrador** para crear y editar reglas de automatización.
- Las **herramientas por módulo** que el Robot usa deben estar habilitadas — su ejecución es lo que
  produce las señales de "falló" y de "afirmó sin ejecutar".
- Un **responsable** (agente o equipo) para recibir lo que la regla despache. Un disparador sin
  destinatario es solo ruido.
- Nada más que aprovisionar: los eventos llegan del propio servicio del Maestro. En una cuenta sin
  Maestro la regla simplemente nunca se dispara — queda inerte, no da error.

## Paso a paso

1. En **Configuración → Automatización**, crea una **nueva regla**.
2. Ponle un **nombre** claro — nombres como "IA afirmó una cita" ahorran minutos de investigación
   después.
3. En **disparador**, elige uno de los cinco eventos "Maestro —" de la lista.
4. **No habrá filtros para elegir.** Es lo esperado y está explicado en la sección de configuración
   más abajo. La regla vale para **todas** las ocurrencias de ese evento en la cuenta.
5. Elige las **acciones**. Para estos disparadores, las más útiles suelen ser:
   - **Agregar etiqueta** (por ejemplo, `revisar-ia`) — barata, silenciosa, y permite medir el
     volumen antes de encender notificaciones;
   - **Agregar nota privada** mencionando al supervisor — la mención dispara la notificación nativa;
   - **Asignar a un equipo** y **cambiar la prioridad**;
   - **Cambiar el estado** (por ejemplo, sacar de resuelto cuando el turno falló);
   - **Webhook**, si haces seguimiento en un panel externo.
6. Guarda y deja la regla **activa**.
7. Después de un día de operación, filtra la lista de conversaciones por la etiqueta que aplica la
   regla. Ese es tu termómetro de volumen antes de escalar a notificaciones.

## Configuración y opciones

### Filtros (condiciones): todavía no existen para estos cinco disparadores

Al elegir uno de estos disparadores, el área de **condiciones queda vacía**. Es una decisión
consciente, no un campo faltante: la información específica del turno (veredicto, qué herramienta
falló, severidad) **viaja en el evento**, pero todavía **no hay filtro en el servidor** capaz de
compararla. Ofrecer un campo de filtro que en la práctica coincidiría con todo es peor que no
ofrecer ninguno — parecería funcionar y no funcionaría.

Consecuencia práctica: **la regla se dispara en cada ocurrencia**. Dimensiona la acción por eso.
Empieza por la etiqueta, mide, y solo entonces agrega notificación o asignación.

### Acciones disponibles

Funciona el **catálogo completo de acciones de conversación**, porque el evento se resuelve a la
conversación donde ocurrió el turno.

> **Cuidado con "enviar mensaje" en estos disparadores.** Son eventos sobre un **fallo interno**.
> Enviar un mensaje automático al contacto cuando el Robot se equivocó suele empeorar la situación.
> Prefiere nota privada, asignación, etiqueta y prioridad.

### Lo que el evento **no** lleva

Por privacidad, el evento lleva solo identificadores y el tipo de ocurrencia. **El texto de la
respuesta, los argumentos de herramienta y el prompt nunca viajan.** No puedes (ni podrás, desde
aquí) imprimir el contenido de la respuesta en una nota automática — para leer lo que se dijo, abre
la conversación.

### Un nombre repetido, dos significados

Existe una **notificación** llamada "Maestro Approval" (aprobación de ejecución de un departamento
del Cerebro) que internamente usa palabras parecidas al disparador **Se solicitó transferencia a un
humano**. Son cosas distintas, en lugares distintos: una es notificación del Cerebro, la otra es un
disparador de regla de automatización. Si buscas una en la pantalla de la otra, no la encontrarás.

## Casos de uso

- **Supervisor avisado cuando el Robot afirma una cita que no ocurrió** — disparador *La respuesta
  afirmó una acción que no se ejecutó* → nota privada mencionando al supervisor + asignar al equipo
  de agenda + prioridad **alta** + etiqueta `revisar-ia`. Es el caso clásico: el contacto se va
  creyendo que tiene hora reservada, y alguien debe llamarlo antes de que aparezca en la puerta.
- **Contacto en el vacío** — disparador *El turno falló sin responder* → asignar a un humano de
  inmediato y cambiar el estado a abierto. Aquí la urgencia es mayor que en los otros cuatro:
  **nadie respondió nada**.
- **Cola de transferencias** — disparador *Se solicitó transferencia a un humano* → asignar al equipo
  correcto y marcar prioridad, para que el pedido del Robot no muera en una conversación sin dueño.
- **Integración rota apareciendo temprano** — disparador *Falló la llamada a una herramienta* →
  etiqueta `herramienta-fallo`. Tres días después, la etiqueta muestra qué módulo está cayendo con
  más frecuencia (credencial vencida, dato obligatorio faltante, regla del módulo bloqueando).
- **Revisión semanal de calidad** — disparador *Respuesta alterada por la verificación* → solo
  etiqueta. Espera que **este sea el más ruidoso de los cinco**: cada corrección cosmética cuenta.
  Úsalo como muestra de lectura del viernes, no como alerta.

## Consejos, límites y buenas prácticas

- **Estos disparadores no impiden nada.** Reaccionan después. Cuando necesitas que la respuesta **no
  salga**, el camino es la retención por verificación o la aprobación humana — no una regla de
  automatización.
- **Empieza con una sola regla.** Cinco reglas con notificación, encendidas el mismo día, generan
  cinco veces más ruido del que el equipo puede leer — y la reacción natural es apagarlo todo.
- **Etiqueta primero, notificación después.** Es la forma barata de descubrir el volumen real de tu
  operación antes de comprometer la atención de alguien.
- **Sin filtros significa sin excepciones**: no puedes restringir la regla a una bandeja, a un
  horario o a un tipo de veredicto. Si necesitas un recorte, tendrá que hacerse en la lectura (por la
  etiqueta), no en la regla.
- **Nada se registra en una tabla propia** por estos eventos: enrutan la señal hacia la
  automatización. El registro duradero del turno vive en el Maestro. Es decir: si no creas ninguna
  regla, el evento pasa y no deja rastro en el área de automatización.
- **Fallo aislado por regla**: si la acción de una regla se rompe, las demás reglas del mismo evento
  siguen ejecutándose.
- **Combina con aprobación humana** en acciones sensibles (dinero, cancelación, registros). La regla
  es la red de abajo; la aprobación evita la caída.

## Solución de problemas

- **"Creé la regla y nunca se dispara"**: verifica, en este orden — la regla está **activa**; la
  bandeja tiene un **Robot** atendiendo; **Maestro está habilitado**; y el evento efectivamente
  ocurrió. Un turno que va bien no genera ninguno de los cinco — el silencio puede ser buena
  noticia.
- **"Se dispara demasiado"**: es el comportamiento esperado mientras no existan filtros,
  especialmente en *Respuesta alterada por la verificación*. Cambia a una acción barata (etiqueta) o
  apaga ese disparador concreto y mantén los otros cuatro.
- **"No encuentro los filtros/condiciones"**: todavía no existen para estos cinco disparadores. Está
  documentado arriba — no es un problema de tu cuenta.
- **"El contacto recibió un mensaje extraño"**: alguna de estas reglas tiene acción de **enviar
  mensaje**. Cámbiala por nota privada.
- **"La nota privada apareció para el cliente"**: la nota privada no se entrega en ningún canal. Si
  el texto llegó al contacto, salió como **mensaje normal** — revisa la acción de la regla.
- **"Quiero saber qué dijo exactamente la IA"**: el evento no lleva el texto. Abre la conversación y
  lee el mensaje entregado y las notas privadas.

## Ver también

- [Reglas de automatización: disparadores, condiciones y acciones](/hc/ajuda/articles/automation-flows-regras-de-automacao-es)
- [Verificación de turno y retención de la respuesta](/hc/ajuda/articles/maestro-brain-verificacao-de-turno-es)
- [Verificación de lo que el Robot afirma antes de enviar](/hc/ajuda/articles/maestro-brain-verificacao-do-que-o-robo-afirma-es)
- [Modos de autonomía del Robot y aprobación humana (HITL)](/hc/ajuda/articles/maestro-brain-autonomia-e-aprovacao-humana-es)
- [Herramientas del Maestro por módulo](/hc/ajuda/articles/maestro-brain-ferramentas-maestro-por-modulo-es)