Latido (Gateway)

¿Latido o cron? Consulta Automatización y tareas para obtener orientación sobre cuándo usar cada uno.

Latido ejecuta turnos periódicos del agente en la sesión principal para que el modelo pueda mostrar cualquier cosa que necesite atención sin enviarte spam. Latido es un turno programado de la sesión principal; no crea registros de tareas en segundo plano. Los registros de tareas son para trabajo desacoplado (ejecuciones de ACP, subagentes, trabajos cron aislados). Solución de problemas: Tareas programadas

Inicio rápido (principiante)

Deja los latidos habilitados (el valor predeterminado es 30m, o 1h para autenticación OAuth/token de Anthropic, incluido el reuso de Claude CLI) o establece tu propia cadencia.
Crea una pequeña lista de comprobación en HEARTBEAT.md o un bloque tasks: en el espacio de trabajo del agente (opcional, pero recomendado).
Decide a dónde deben ir los mensajes de latido (target: "none" es el valor predeterminado; establece target: "last" para enrutar al último contacto).
Opcional: habilita la entrega del razonamiento del latido para mayor transparencia.
Opcional: usa contexto de arranque ligero si las ejecuciones de latido solo necesitan HEARTBEAT.md.
Opcional: habilita sesiones aisladas para evitar enviar el historial completo de la conversación en cada latido.
Opcional: restringe los latidos a horas activas (hora local).

Configuración de ejemplo:

{
  agents: {
    defaults: {
      heartbeat: {
        every: "30m",
        target: "last", // entrega explícita al último contacto (el valor predeterminado es "none")
        directPolicy: "allow", // predeterminado: permite destinos directos/MD; establece "block" para suprimir
        lightContext: true, // opcional: solo inyecta HEARTBEAT.md desde los archivos de arranque
        isolatedSession: true, // opcional: sesión nueva en cada ejecución (sin historial de conversación)
        // activeHours: { start: "08:00", end: "24:00" },
        // includeReasoning: true, // opcional: también envía un mensaje separado de `Reasoning:`
      },
    },
  },
}

Valores predeterminados

Intervalo: 30m (o 1h cuando el modo de autenticación detectado es OAuth/token de Anthropic, incluido el reuso de Claude CLI). Establece agents.defaults.heartbeat.every o agents.list[].heartbeat.every; usa 0m para deshabilitarlo.
Cuerpo del prompt (configurable mediante agents.defaults.heartbeat.prompt): Read HEARTBEAT.md if it exists (workspace context). Follow it strictly. Do not infer or repeat old tasks from prior chats. If nothing needs attention, reply HEARTBEAT_OK.
El prompt de latido se envía textualmente como mensaje de usuario. El prompt del sistema incluye una sección “Heartbeat” solo cuando los latidos están habilitados para el agente predeterminado, y la ejecución está marcada internamente.
Cuando los latidos están deshabilitados con 0m, las ejecuciones normales también omiten HEARTBEAT.md del contexto de arranque para que el modelo no vea instrucciones solo para latidos.
Las horas activas (heartbeat.activeHours) se comprueban en la zona horaria configurada. Fuera de esa ventana, los latidos se omiten hasta el siguiente tick dentro de la ventana.

Para qué sirve el prompt de latido

El prompt predeterminado es intencionalmente amplio:

Tareas en segundo plano: “Consider outstanding tasks” impulsa al agente a revisar seguimientos (bandeja de entrada, calendario, recordatorios, trabajo en cola) y mostrar cualquier cosa urgente.
Verificación con la persona: “Checkup sometimes on your human during day time” impulsa un mensaje ligero ocasional de “¿necesitas algo?”, pero evita el spam nocturno usando tu zona horaria local configurada (consulta /concepts/timezone).

Latido puede reaccionar a tareas en segundo plano completadas, pero una ejecución de latido por sí misma no crea un registro de tarea. Si quieres que un latido haga algo muy específico (por ejemplo, “check Gmail PubSub stats” o “verify gateway health”), establece agents.defaults.heartbeat.prompt (o agents.list[].heartbeat.prompt) con un cuerpo personalizado (enviado textualmente).

Contrato de respuesta

Si nada necesita atención, responde con HEARTBEAT_OK.
Durante las ejecuciones de latido, OpenClaw trata HEARTBEAT_OK como un acuse de recibo cuando aparece al inicio o al final de la respuesta. El token se elimina y la respuesta se descarta si el contenido restante es ≤ ackMaxChars (predeterminado: 300).
Si HEARTBEAT_OK aparece en la mitad de una respuesta, no se trata de forma especial.
Para alertas, no incluyas HEARTBEAT_OK; devuelve solo el texto de la alerta.

Fuera de los latidos, cualquier HEARTBEAT_OK aislado al inicio o al final de un mensaje se elimina y se registra; un mensaje que sea solo HEARTBEAT_OK se descarta.

Configuración

{
  agents: {
    defaults: {
      heartbeat: {
        every: "30m", // predeterminado: 30m (0m deshabilita)
        model: "anthropic/claude-opus-4-6",
        includeReasoning: false, // predeterminado: false (entrega un mensaje separado de Reasoning: cuando está disponible)
        lightContext: false, // predeterminado: false; true conserva solo HEARTBEAT.md de los archivos de arranque del espacio de trabajo
        isolatedSession: false, // predeterminado: false; true ejecuta cada latido en una sesión nueva (sin historial de conversación)
        target: "last", // predeterminado: none | opciones: last | none | <channel id> (núcleo o plugin, por ejemplo "bluebubbles")
        to: "+15551234567", // sobrescritura opcional específica del canal
        accountId: "ops-bot", // id opcional de canal con varias cuentas
        prompt: "Read HEARTBEAT.md if it exists (workspace context). Follow it strictly. Do not infer or repeat old tasks from prior chats. If nothing needs attention, reply HEARTBEAT_OK.",
        ackMaxChars: 300, // máximo de caracteres permitidos después de HEARTBEAT_OK
      },
    },
  },
}

Alcance y precedencia

agents.defaults.heartbeat establece el comportamiento global del latido.
agents.list[].heartbeat se fusiona por encima; si algún agente tiene un bloque heartbeat, solo esos agentes ejecutan latidos.
channels.defaults.heartbeat establece los valores predeterminados de visibilidad para todos los canales.
channels.<channel>.heartbeat sobrescribe los valores predeterminados del canal.
channels.<channel>.accounts.<id>.heartbeat (canales con varias cuentas) sobrescribe por canal.

Latidos por agente

Si alguna entrada de agents.list[] incluye un bloque heartbeat, solo esos agentes ejecutan latidos. El bloque por agente se fusiona por encima de agents.defaults.heartbeat (así puedes establecer valores compartidos una vez y sobrescribir por agente). Ejemplo: dos agentes, solo el segundo agente ejecuta latidos.

{
  agents: {
    defaults: {
      heartbeat: {
        every: "30m",
        target: "last", // entrega explícita al último contacto (el valor predeterminado es "none")
      },
    },
    list: [
      { id: "main", default: true },
      {
        id: "ops",
        heartbeat: {
          every: "1h",
          target: "whatsapp",
          to: "+15551234567",
          timeoutSeconds: 45,
          prompt: "Read HEARTBEAT.md if it exists (workspace context). Follow it strictly. Do not infer or repeat old tasks from prior chats. If nothing needs attention, reply HEARTBEAT_OK.",
        },
      },
    ],
  },
}

Ejemplo de horas activas

Restringe los latidos al horario laboral en una zona horaria específica:

{
  agents: {
    defaults: {
      heartbeat: {
        every: "30m",
        target: "last", // entrega explícita al último contacto (el valor predeterminado es "none")
        activeHours: {
          start: "09:00",
          end: "22:00",
          timezone: "America/New_York", // opcional; usa tu userTimezone si está establecido; de lo contrario usa la zona horaria del host
        },
      },
    },
  },
}

Fuera de esta ventana (antes de las 9 a. m. o después de las 10 p. m., hora del Este), los latidos se omiten. El siguiente tick programado dentro de la ventana se ejecutará normalmente.

Configuración 24/7

Si quieres que los latidos se ejecuten todo el día, usa uno de estos patrones:

Omite activeHours por completo (sin restricción de ventana horaria; este es el comportamiento predeterminado).
Establece una ventana de día completo: activeHours: { start: "00:00", end: "24:00" }.

No establezcas la misma hora en start y end (por ejemplo, 08:00 a 08:00). Eso se trata como una ventana de ancho cero, por lo que los latidos siempre se omiten.

Ejemplo de varias cuentas

Usa accountId para apuntar a una cuenta específica en canales con varias cuentas como Telegram:

{
  agents: {
    list: [
      {
        id: "ops",
        heartbeat: {
          every: "1h",
          target: "telegram",
          to: "12345678:topic:42", // opcional: enruta a un tema/hilo específico
          accountId: "ops-bot",
        },
      },
    ],
  },
  channels: {
    telegram: {
      accounts: {
        "ops-bot": { botToken: "YOUR_TELEGRAM_BOT_TOKEN" },
      },
    },
  },
}

Notas de campos

every: intervalo del latido (cadena de duración; la unidad predeterminada = minutos).
model: sobrescritura opcional del modelo para ejecuciones de latido (provider/model).
includeReasoning: cuando está habilitado, también entrega el mensaje separado Reasoning: cuando está disponible (misma forma que /reasoning on).
lightContext: cuando es true, las ejecuciones de latido usan contexto de arranque ligero y conservan solo HEARTBEAT.md de los archivos de arranque del espacio de trabajo.
isolatedSession: cuando es true, cada latido se ejecuta en una sesión nueva sin historial de conversación previa. Usa el mismo patrón de aislamiento que cron sessionTarget: "isolated". Reduce drásticamente el costo de tokens por latido. Combínalo con lightContext: true para obtener el máximo ahorro. El enrutamiento de entrega sigue usando el contexto de la sesión principal.
session: clave de sesión opcional para ejecuciones de latido.
- main (predeterminado): sesión principal del agente.
- Clave de sesión explícita (cópiala desde openclaw sessions --json o desde la CLI de sesiones).
- Formatos de clave de sesión: consulta Sesiones y Grupos.
target:
- last: entrega al último canal externo usado.
- canal explícito: cualquier canal configurado o id de plugin, por ejemplo discord, matrix, telegram o whatsapp.
- none (predeterminado): ejecuta el latido, pero no lo entrega externamente.
directPolicy: controla el comportamiento de entrega directa/MD:
- allow (predeterminado): permite la entrega directa/MD de latidos.
- block: suprime la entrega directa/MD (reason=dm-blocked).
to: sobrescritura opcional del destinatario (id específico del canal, por ejemplo E.164 para WhatsApp o un id de chat de Telegram). Para temas/hilos de Telegram, usa <chatId>:topic:<messageThreadId>.
accountId: id de cuenta opcional para canales con varias cuentas. Cuando target: "last", el id de cuenta se aplica al último canal resuelto si admite cuentas; de lo contrario se ignora. Si el id de cuenta no coincide con una cuenta configurada para el canal resuelto, la entrega se omite.
prompt: sobrescribe el cuerpo del prompt predeterminado (no se fusiona).
ackMaxChars: máximo de caracteres permitidos después de HEARTBEAT_OK antes de la entrega.
suppressToolErrorWarnings: cuando es true, suprime las cargas útiles de advertencia de errores de herramientas durante las ejecuciones de latido.
activeHours: restringe las ejecuciones de latido a una ventana horaria. Objeto con start (HH:MM, inclusivo; usa 00:00 para el inicio del día), end (HH:MM exclusivo; 24:00 permitido para el final del día) y timezone opcional.
- Omitido o "user": usa tu agents.defaults.userTimezone si está establecido; de lo contrario recurre a la zona horaria del sistema host.
- "local": siempre usa la zona horaria del sistema host.
- Cualquier identificador IANA (por ejemplo, America/New_York): se usa directamente; si no es válido, recurre al comportamiento de "user" anterior.
- start y end no deben ser iguales para una ventana activa; los valores iguales se tratan como ancho cero (siempre fuera de la ventana).
- Fuera de la ventana activa, los latidos se omiten hasta el siguiente tick dentro de la ventana.

Comportamiento de entrega

Los latidos se ejecutan en la sesión principal del agente de forma predeterminada (agent:<id>:<mainKey>), o en global cuando session.scope = "global". Establece session para sobrescribir a una sesión de canal específica (Discord/WhatsApp/etc.).
session solo afecta el contexto de ejecución; la entrega se controla con target y to.
Para entregar a un canal/destinatario específico, establece target + to. Con target: "last", la entrega usa el último canal externo de esa sesión.
Las entregas de latido permiten destinos directos/MD de forma predeterminada. Establece directPolicy: "block" para suprimir los envíos a destinos directos mientras se sigue ejecutando el turno de latido.
Si la cola principal está ocupada, el latido se omite y se reintenta más tarde.
Si target no se resuelve en ningún destino externo, la ejecución igualmente ocurre, pero no se envía ningún mensaje saliente.
Si showOk, showAlerts y useIndicator están todos deshabilitados, la ejecución se omite de entrada como reason=alerts-disabled.
Si solo la entrega de alertas está deshabilitada, OpenClaw aún puede ejecutar el latido, actualizar las marcas de tiempo de tareas vencidas, restaurar la marca de tiempo de inactividad de la sesión y suprimir la carga útil de alerta hacia el exterior.
Las respuestas exclusivas de latido no mantienen la sesión activa; se restaura el último updatedAt para que la expiración por inactividad se comporte con normalidad.
Las tareas en segundo plano desacopladas pueden poner en cola un evento del sistema y activar el latido cuando la sesión principal debe notar algo rápidamente. Esa activación no hace que el latido ejecute una tarea en segundo plano.

Controles de visibilidad

De forma predeterminada, los acuses de recibo HEARTBEAT_OK se suprimen, mientras que el contenido de alerta sí se entrega. Puedes ajustarlo por canal o por cuenta:

channels:
  defaults:
    heartbeat:
      showOk: false # Oculta HEARTBEAT_OK (predeterminado)
      showAlerts: true # Muestra mensajes de alerta (predeterminado)
      useIndicator: true # Emite eventos de indicador (predeterminado)
  telegram:
    heartbeat:
      showOk: true # Muestra acuses de recibo OK en Telegram
  whatsapp:
    accounts:
      work:
        heartbeat:
          showAlerts: false # Suprime la entrega de alertas para esta cuenta

Precedencia: por cuenta → por canal → valores predeterminados del canal → valores predeterminados integrados.

Qué hace cada indicador

showOk: envía un acuse de recibo HEARTBEAT_OK cuando el modelo devuelve una respuesta que solo contiene OK.
showAlerts: envía el contenido de la alerta cuando el modelo devuelve una respuesta distinta de OK.
useIndicator: emite eventos de indicador para superficies de estado de la interfaz.

Si los tres son false, OpenClaw omite por completo la ejecución del latido (sin llamada al modelo).

Ejemplos por canal frente a por cuenta

channels:
  defaults:
    heartbeat:
      showOk: false
      showAlerts: true
      useIndicator: true
  slack:
    heartbeat:
      showOk: true # todas las cuentas de Slack
    accounts:
      ops:
        heartbeat:
          showAlerts: false # suprime alertas solo para la cuenta ops
  telegram:
    heartbeat:
      showOk: true

Patrones comunes

Objetivo	Configuración
Comportamiento predeterminado (OK silenciosos, alertas activadas)	(no se necesita configuración)
Totalmente silencioso (sin mensajes ni indicador)	`channels.defaults.heartbeat: { showOk: false, showAlerts: false, useIndicator: false }`
Solo indicador (sin mensajes)	`channels.defaults.heartbeat: { showOk: false, showAlerts: false, useIndicator: true }`
OK solo en un canal	`channels.telegram.heartbeat: { showOk: true }`

HEARTBEAT.md (opcional)

Si existe un archivo HEARTBEAT.md en el espacio de trabajo, el prompt predeterminado le indica al agente que lo lea. Piensa en él como tu “lista de comprobación de latido”: pequeña, estable y segura para incluirla cada 30 minutos. En las ejecuciones normales, HEARTBEAT.md solo se inyecta cuando la guía de latido está habilitada para el agente predeterminado. Deshabilitar la cadencia del latido con 0m o establecer includeSystemPromptSection: false lo omite del contexto de arranque normal. Si HEARTBEAT.md existe pero está efectivamente vacío (solo líneas en blanco y encabezados Markdown como # Heading), OpenClaw omite la ejecución del latido para ahorrar llamadas a la API. Esa omisión se informa como reason=empty-heartbeat-file. Si el archivo no existe, el latido igualmente se ejecuta y el modelo decide qué hacer. Mantenlo pequeño (lista de comprobación corta o recordatorios) para evitar inflar el prompt. Ejemplo de HEARTBEAT.md:

# Lista de comprobación de latido

- Escaneo rápido: ¿hay algo urgente en las bandejas de entrada?
- Si es de día, haz una verificación ligera si no hay nada más pendiente.
- Si una tarea está bloqueada, anota _qué falta_ y pregúntale a Peter la próxima vez.

Bloques `tasks:`

HEARTBEAT.md también admite un pequeño bloque estructurado tasks: para comprobaciones basadas en intervalos dentro del propio latido. Ejemplo:

tasks:

- name: inbox-triage
  interval: 30m
  prompt: "Revisa si hay correos no leídos urgentes y señala cualquier cosa sensible al tiempo."
- name: calendar-scan
  interval: 2h
  prompt: "Revisa las próximas reuniones que necesiten preparación o seguimiento."

# Instrucciones adicionales

- Mantén las alertas cortas.
- Si nada necesita atención después de todas las tareas vencidas, responde HEARTBEAT_OK.

Comportamiento:

OpenClaw analiza el bloque tasks: y comprueba cada tarea según su propio interval.
Solo las tareas vencidas se incluyen en el prompt de latido para ese tick.
Si no hay tareas vencidas, el latido se omite por completo (reason=no-tasks-due) para evitar una llamada al modelo desperdiciada.
El contenido que no es tarea en HEARTBEAT.md se conserva y se añade como contexto adicional después de la lista de tareas vencidas.
Las marcas de tiempo de última ejecución de las tareas se almacenan en el estado de la sesión (heartbeatTaskState), por lo que los intervalos sobreviven a reinicios normales.
Las marcas de tiempo de las tareas solo avanzan después de que una ejecución de latido completa su ruta normal de respuesta. Las ejecuciones omitidas por empty-heartbeat-file / no-tasks-due no marcan las tareas como completadas.

El modo de tareas es útil cuando quieres que un solo archivo de latido contenga varias comprobaciones periódicas sin pagar por todas en cada tick.

¿Puede el agente actualizar HEARTBEAT.md?

Sí, si se lo pides. HEARTBEAT.md es simplemente un archivo normal en el espacio de trabajo del agente, así que puedes decirle al agente (en un chat normal) algo como:

“Actualiza HEARTBEAT.md para agregar una revisión diaria del calendario.”
“Reescribe HEARTBEAT.md para que sea más corto y se centre en seguimientos de la bandeja de entrada.”

Si quieres que esto ocurra de forma proactiva, también puedes incluir una línea explícita en tu prompt de latido como: “Si la lista de comprobación se queda obsoleta, actualiza HEARTBEAT.md con una mejor.” Nota de seguridad: no pongas secretos (claves de API, números de teléfono, tokens privados) en HEARTBEAT.md, ya que pasa a formar parte del contexto del prompt.

Activación manual (bajo demanda)

Puedes poner en cola un evento del sistema y activar un latido inmediato con:

openclaw system event --text "Check for urgent follow-ups" --mode now

Si varios agentes tienen heartbeat configurado, una activación manual ejecuta inmediatamente los latidos de cada uno de esos agentes. Usa --mode next-heartbeat para esperar al siguiente tick programado.

Entrega de razonamiento (opcional)

De forma predeterminada, los latidos entregan solo la carga útil final de “respuesta”. Si quieres transparencia, habilita:

agents.defaults.heartbeat.includeReasoning: true

Cuando está habilitado, los latidos también entregan un mensaje separado con el prefijo Reasoning: (misma forma que /reasoning on). Esto puede ser útil cuando el agente está gestionando varias sesiones/codexes y quieres ver por qué decidió hacerte ping, pero también puede revelar más detalle interno del que quieres. Es preferible mantenerlo desactivado en chats grupales.

Consideraciones de costo

Los latidos ejecutan turnos completos del agente. Los intervalos más cortos consumen más tokens. Para reducir el costo:

Usa isolatedSession: true para evitar enviar el historial completo de conversación (de ~100K tokens a ~2-5K por ejecución).
Usa lightContext: true para limitar los archivos de arranque únicamente a HEARTBEAT.md.
Establece un model más económico (por ejemplo, ollama/llama3.2:1b).
Mantén HEARTBEAT.md pequeño.
Usa target: "none" si solo quieres actualizaciones de estado internas.

Relacionado

Automatización y tareas — todos los mecanismos de automatización de un vistazo
Tareas en segundo plano — cómo se rastrea el trabajo desacoplado
Timezone — cómo la zona horaria afecta la programación del latido
Solución de problemas — depuración de problemas de automatización

Gateway

Remote access

Security

Nodes and media

Web interfaces

Latido

Latido (Gateway)

Inicio rápido (principiante)

Valores predeterminados

Para qué sirve el prompt de latido

Contrato de respuesta

Configuración

Alcance y precedencia

Latidos por agente

Ejemplo de horas activas

Configuración 24/7

Ejemplo de varias cuentas

Notas de campos

Comportamiento de entrega

Controles de visibilidad

Qué hace cada indicador

Ejemplos por canal frente a por cuenta

Patrones comunes

HEARTBEAT.md (opcional)

Bloques `tasks:`

¿Puede el agente actualizar HEARTBEAT.md?

Activación manual (bajo demanda)

Entrega de razonamiento (opcional)

Consideraciones de costo

Relacionado

Gateway

Remote access

Security

Nodes and media

Web interfaces

​Latido (Gateway)

​Inicio rápido (principiante)

​Valores predeterminados

​Para qué sirve el prompt de latido

​Contrato de respuesta

​Configuración

​Alcance y precedencia

​Latidos por agente

​Ejemplo de horas activas

​Configuración 24/7

​Ejemplo de varias cuentas

​Notas de campos

​Comportamiento de entrega

​Controles de visibilidad

​Qué hace cada indicador

​Ejemplos por canal frente a por cuenta

​Patrones comunes

​HEARTBEAT.md (opcional)

​Bloques tasks:

​¿Puede el agente actualizar HEARTBEAT.md?

​Activación manual (bajo demanda)

​Entrega de razonamiento (opcional)

​Consideraciones de costo

​Relacionado

Latido (Gateway)

Inicio rápido (principiante)

Valores predeterminados

Para qué sirve el prompt de latido

Contrato de respuesta

Configuración

Alcance y precedencia

Latidos por agente

Ejemplo de horas activas

Configuración 24/7

Ejemplo de varias cuentas

Notas de campos

Comportamiento de entrega

Controles de visibilidad

Qué hace cada indicador

Ejemplos por canal frente a por cuenta

Patrones comunes

HEARTBEAT.md (opcional)

Bloques `tasks:`

¿Puede el agente actualizar HEARTBEAT.md?

Activación manual (bajo demanda)

Entrega de razonamiento (opcional)

Consideraciones de costo

Relacionado