Esta página cubre tres pantallas de interfaz web que manejan la automatización de salida y las alertas de administración: Notificaciones, Webhooks y Horarios.
Notificaciones
la Notificaciones la pantalla tiene tres partes:
Bandeja de entrada — un feed de eventos con filtros por categoría, severidad (información / advertencia /
crítico) y “solo no leído”. Hacer clic en un elemento lo marca como leído y crea un enlace directo a
es su pestaña; allí está “Marcar todo como leído”.
Matriz de entrega — filas: categorías de eventos (grupos con eventos expandibles),
columnas: canales (Interfaz Web, correo electrónico, Telegram, notificaciones push). Cada celda es una casilla de verificación; tú
puede establecer una regla por grupo o por evento. Los grupos “Importantes” siempre están activados para el
Interfaz web. Los canales inactivos están deshabilitados con una sugerencia de configuración.
Enlace de Telegram — una lista de chats vinculados (etiqueta, insignia de bloqueado, “Desvincular”)
y un Enlace botón vía enlace profundo. El canal de correo electrónico necesita dirección
verificación.
Webhooks
la Webhooks son notificaciones HTTP salientes. “+ Crear”: una URL y casillas de verificación de eventos (selección múltiple; se rechaza una selección vacía, turn.completed está preseleccionado). Las filas muestran la URL y los eventos suscritos, con búsqueda y ordenamiento. El tipo de evento se envía en el X-AIHummer-Event encabezado.
la Horarios la pantalla es el programador de tareas: una tabla (tarea, agente, canal, cron, próxima ejecución, estado) con pausar/reanudar, editar y eliminar.
Amable: repeating (una expresión cron, por ejemplo 0 9 * * *), once (a
fecha/hora) o reminder.
Agente objetivo y solicitud (qué es exactamente lo que se envía), canal de destino
(donde va la respuesta). Avanzado: una sustitución de carga útil JSON sin procesar.
Así es como se construyen las acciones programadas: “todos los días laborables a las 9:00 el agente X publica el resultado del prompt Z en el canal Y”.
Parámetros avanzados de ejecución
Además de repeating, once y reminder, la API de administración
(/v1/admin/schedules) acepta el tipo interval — una ejecución cada
interval_ms milisegundos desde el punto de referencia anchor_at. En el
campo «Avanzado (carga útil JSON sin procesar)», junto al prompt
habitual, puede añadir un bloque runtime ("version": 1, session_mode y
"wake_mode": "now" son obligatorios) que fija las condiciones de ejecución:
session_mode — isolated (cada ejecución en un diálogo nuevo) o
existing con conversation_id (continuar el diálogo indicado);
timeout_seconds — plazo de una ejecución (48 horas por defecto; 0
desactiva el temporizador);
thinking — esfuerzo de razonamiento (off … xhigh), light_context —
un contexto aligerado, tools_allow — nombres exactos de las herramientas
permitidas;
failure_alert — una alerta a un canal (channel, target_ref.chat_id)
tras after ejecuciones fallidas consecutivas, con una pausa cooldown_ms;
delete_after_run — eliminar la definición tras la ejecución (el registro de
ejecuciones se conserva); best_effort — no contar una entrega no confirmada
como fallo.
Tal ejecución requiere un agente objetivo y un prompt. Las programaciones
importadas de otro sistema se crean en pausa y las activa por separado el
propietario; mientras tengan dependencias sin resolver no pueden activarse.
Esta página cubre tres pantallas de interfaz web que manejan la automatización de salida y las alertas de administración: **Notificaciones**, **Webhooks** y **Horarios**.
## Notificaciones
la **Notificaciones** la pantalla tiene tres partes:
- **Bandeja de entrada** — un feed de eventos con filtros por categoría, severidad (información / advertencia /
crítico) y "solo no leído". Hacer clic en un elemento lo marca como leído y crea un enlace directo a
es su pestaña; allí está "Marcar todo como leído".
- **Matriz de entrega** — filas: categorías de eventos (grupos con eventos expandibles),
columnas: canales (Interfaz Web, correo electrónico, Telegram, notificaciones push). Cada celda es una casilla de verificación; tú
puede establecer una regla por grupo o por evento. Los grupos "Importantes" siempre están activados para el
Interfaz web. Los canales inactivos están deshabilitados con una sugerencia de configuración.
- **Enlace de Telegram** — una lista de chats vinculados (etiqueta, insignia de bloqueado, "Desvincular")
y un **Enlace** botón vía enlace profundo. El canal de correo electrónico necesita dirección
verificación.
## Webhooks
la **Webhooks** son notificaciones HTTP salientes. "+ Crear": una URL y **casillas de verificación de eventos** (selección múltiple; se rechaza una selección vacía, `turn.completed` está preseleccionado). Las filas muestran la URL y los eventos suscritos, con búsqueda y ordenamiento. El tipo de evento se envía en el `X-AIHummer-Event` encabezado.
**20 tipos de eventos** están disponibles:
| Grupo | Eventos |
|---|---|
| Turnos y mensajes | `turn.completed`, `turn.failed`, `message.created`, `conversation.created` |
| Agentes | `agent.created`, `agent.updated`, `agent.deleted` |
| Complementos y canales | `plugin.installed`, `plugin.removed`, `channel.added`, `channel.removed` |
| Espacios de trabajo | `workspace.created` |
| Horarios | `schedule.created`, `schedule.updated`, `schedule.deleted`, `schedule.fired` |
| Aprobaciones | `approval.requested`, `approval.resolved` |
| Memoria | `memory.stored`, `memory.captured` |
## Horarios
la **Horarios** la pantalla es el programador de tareas: una tabla (tarea, agente, canal, cron, próxima ejecución, estado) con pausar/reanudar, editar y eliminar.
- **Amable**: `repeating` (una expresión cron, por ejemplo `0 9 * * *`), `once` (a
fecha/hora) o `reminder`.
- **Agente objetivo** y **solicitud** (qué es exactamente lo que se envía), **canal de destino**
(donde va la respuesta). Avanzado: una sustitución de carga útil JSON sin procesar.
Así es como se construyen las acciones programadas: "todos los días laborables a las 9:00 el agente X publica el resultado del prompt Z en el canal Y".
### Parámetros avanzados de ejecución
Además de `repeating`, `once` y `reminder`, la API de administración
(`/v1/admin/schedules`) acepta el tipo **`interval`** — una ejecución cada
`interval_ms` milisegundos desde el punto de referencia `anchor_at`. En el
campo **«Avanzado (carga útil JSON sin procesar)»**, junto al `prompt`
habitual, puede añadir un bloque `runtime` (`"version": 1`, `session_mode` y
`"wake_mode": "now"` son obligatorios) que fija las condiciones de ejecución:
- `session_mode` — `isolated` (cada ejecución en un diálogo nuevo) o
`existing` con `conversation_id` (continuar el diálogo indicado);
- `timeout_seconds` — plazo de una ejecución (48 horas por defecto; `0`
desactiva el temporizador);
- `thinking` — esfuerzo de razonamiento (`off` … `xhigh`), `light_context` —
un contexto aligerado, `tools_allow` — nombres exactos de las herramientas
permitidas;
- `failure_alert` — una alerta a un canal (`channel`, `target_ref.chat_id`)
tras `after` ejecuciones fallidas consecutivas, con una pausa `cooldown_ms`;
- `delete_after_run` — eliminar la definición tras la ejecución (el registro de
ejecuciones se conserva); `best_effort` — no contar una entrega no confirmada
como fallo.
Tal ejecución requiere un agente objetivo y un prompt. Las programaciones
importadas de otro sistema se crean en pausa y las activa por separado el
propietario; mientras tengan dependencias sin resolver no pueden activarse.
## Siguiente
- [Canales](/es/v1.0/webui/channels) — donde van los mensajes y alertas.
- [Disparadores entrantes](/es/v1.0/api/inbound-triggers) — webhooks en el contexto de la API.
- [Observabilidad](/es/v1.0/operations/observability) — qué eventos importan.