api.runtime inyectado en cada plugin durante el registro. Usa estos helpers en lugar de importar directamente elementos internos del host.
Plugins de canal
Guía paso a paso que usa estos helpers en contexto para plugins de canal.
Plugins de proveedor
Guía paso a paso que usa estos helpers en contexto para plugins de proveedor.
api.runtime.version es la versión actual del producto OpenClaw, obtenida del resolvedor de versión compartido para que los plugins vean el mismo valor que informa la CLI.
Carga y escritura de configuración
Prefiere la configuración que ya se pasó a la ruta de llamada activa, por ejemploapi.config durante el registro o un argumento cfg en callbacks de canal/proveedor. Esto mantiene una única instantánea del proceso fluyendo por el trabajo en lugar de volver a analizar la configuración en rutas activas.
Usa api.runtime.config.current() solo cuando un manejador de larga vida necesite la instantánea actual del proceso y no se haya pasado ninguna configuración a esa función. El valor devuelto es de solo lectura; clónalo o usa un helper de mutación antes de editarlo.
Las fábricas de herramientas reciben ctx.runtimeConfig además de ctx.getRuntimeConfig(). Usa el getter dentro del callback execute de una herramienta de larga vida cuando la configuración pueda cambiar después de que se haya creado la definición de la herramienta.
Persiste los cambios con api.runtime.config.mutateConfigFile(...) o api.runtime.config.replaceConfigFile(...). Cada escritura debe elegir una política afterWrite explícita:
afterWrite: { mode: "auto" }deja que el planificador de recarga del Gateway decida.afterWrite: { mode: "restart", reason: "..." }fuerza un reinicio limpio cuando el escritor sabe que la recarga en caliente no es segura.afterWrite: { mode: "none", reason: "..." }suprime la recarga o el reinicio automáticos solo cuando el llamador es responsable del seguimiento.
afterWrite además de un resumen tipado followUp para que los llamadores puedan registrar o probar si solicitaron un reinicio. El Gateway sigue siendo responsable de cuándo ocurre realmente ese reinicio.
Para importaciones directas del SDK, prefiere las subrutas de configuración enfocadas por encima del barrel amplio de compatibilidad openclaw/plugin-sdk/config-runtime: config-contracts para tipos, plugin-config-runtime para aserciones de configuración ya cargada y búsqueda de entrada de plugin, runtime-config-snapshot para instantáneas actuales del proceso, y config-mutation para escrituras. Las pruebas de plugins incluidos deben simular directamente estas subrutas enfocadas en lugar de simular el barrel amplio de compatibilidad.
El código interno de runtime de OpenClaw sigue la misma dirección: cargar la configuración una vez en la CLI, el Gateway o el límite del proceso, y luego pasar ese valor. Las escrituras de mutación correctas actualizan la instantánea de runtime del proceso y avanzan su revisión interna; las cachés de larga vida deben basarse en la clave de caché propiedad del runtime en lugar de serializar la configuración localmente. Los módulos de runtime de larga vida tienen un escáner de tolerancia cero para llamadas ambientales a loadConfig(); usa un cfg pasado, un context.getRuntimeConfig() de solicitud o getRuntimeConfig() en un límite explícito del proceso.
Las rutas de ejecución de proveedores y canales deben usar la instantánea de configuración de runtime activa, no una instantánea de archivo devuelta para lectura o edición de configuración. Las instantáneas de archivo conservan valores de origen como marcadores SecretRef para la interfaz y las escrituras; los callbacks de proveedor necesitan la vista de runtime resuelta. Cuando un helper pueda llamarse con la instantánea de origen activa o con la instantánea de runtime activa, enruta a través de selectApplicableRuntimeConfig() antes de leer credenciales.
Utilidades de runtime reutilizables
Usa los datos entrantesbotLoopProtection para mensajes entrantes escritos por bots. El núcleo aplica la guarda compartida de ventana deslizante en memoria antes del registro de sesión y el despacho, sin vincular la política a un canal. La guarda rastrea claves (scopeId, conversationId, participant pair), cuenta juntas ambas direcciones de un par, aplica un enfriamiento cuando se supera el presupuesto de la ventana y depura oportunistamente las entradas inactivas.
Los plugins de canal que exponen este comportamiento a operadores deben preferir la forma compartida channels.defaults.botLoopProtection para presupuestos base, y luego añadir encima sobrescrituras específicas del canal/proveedor. La configuración compartida usa segundos porque es visible para el usuario:
enabled:
openclaw/plugin-sdk/pair-loop-guard-runtime directamente solo para bucles de eventos personalizados de dos participantes que no pasan por el ejecutor compartido de respuestas entrantes.
Espacios de nombres de runtime
api.runtime.agent
api.runtime.agent
Identidad del agente, directorios y gestión de sesiones.Prefiere
runEmbeddedAgent(...) es el helper neutral para iniciar un turno normal de agente de OpenClaw desde código de plugin. Usa la misma resolución de proveedor/modelo y selección de arnés de agente que las respuestas activadas por canales.runEmbeddedPiAgent(...) permanece como alias de compatibilidad obsoleto para plugins existentes. El código nuevo debe usar runEmbeddedAgent(...).resolveThinkingPolicy(...) devuelve los niveles de razonamiento admitidos por el proveedor/modelo y un valor predeterminado opcional. Los plugins de proveedor son responsables del perfil específico del modelo mediante sus hooks de razonamiento, por lo que los plugins de herramientas deben llamar a este helper de runtime en lugar de importar o duplicar listas de proveedores.normalizeThinkingLevel(...) convierte texto de usuario como on, x-high o extra high al nivel almacenado canónico antes de comprobarlo frente a la política resuelta.Los helpers del almacén de sesiones están en api.runtime.agent.session:getSessionEntry(...), listSessionEntries(...), patchSessionEntry(...) o upsertSessionEntry(...) para flujos de trabajo de sesión. Estos helpers direccionan las sesiones por identidad de agente/sesión para que los plugins no dependan de la forma de almacenamiento heredada sessions.json. Usa preserveActivity: true para parches solo de metadatos que no deben actualizar la actividad de la sesión, y replaceEntry: true solo cuando el callback devuelva una entrada completa y los campos eliminados deban permanecer eliminados.Usa runWithWorkAdmission(...) cuando un plugin inicia trabajo en una sesión persistida. El callback rechaza sesiones archivadas o reemplazadas concurrentemente, mantiene coordinadas las mutaciones de archivo/restablecimiento/eliminación hasta la finalización y recibe un AbortSignal que debe reenviarse a la ejecución del agente.Para lecturas y escrituras de transcripciones, importa openclaw/plugin-sdk/session-transcript-runtime y usa resolveSessionTranscriptIdentity(...), resolveSessionTranscriptTarget(...), readSessionTranscriptEvents(...), appendSessionTranscriptMessageByIdentity(...), publishSessionTranscriptUpdateByIdentity(...) o withSessionTranscriptWriteLock(...) con { agentId, sessionKey, sessionId }. Estas API permiten a los plugins identificar una transcripción, leer sus eventos, añadir mensajes, publicar actualizaciones y ejecutar operaciones relacionadas bajo el mismo bloqueo de escritura de transcripción. Pasar sessionFile, usar resolveSessionTranscriptLegacyFileTarget(...) o importar los elementos de bajo nivel appendSessionTranscriptMessage(...) / emitSessionTranscriptUpdate(...) desde openclaw/plugin-sdk/agent-harness-runtime está obsoleto; esas rutas existen solo para código heredado que ya recibe un artefacto de transcripción activo.resolveStorePath(...) y updateSessionStoreEntry(...) completan los helpers de sesión: resolveStorePath resuelve la ruta del almacén de sesiones para un ámbito dado, y updateSessionStoreEntry({ storePath, sessionKey, update }) parchea una entrada directamente por ruta de almacén cuando el llamador ya la conoce.loadSessionStore(...), saveSessionStore(...), updateSessionStore(...) y resolveSessionFilePath(...) son helpers de compatibilidad obsoletos para plugins que aún dependen intencionalmente de la forma heredada de almacén completo o archivo de transcripción. El código nuevo de plugins no debe usar esos helpers, y los llamadores existentes deben migrar a helpers de entrada y helpers de identidad de transcripción.api.runtime.agent.defaults
api.runtime.agent.defaults
Constantes predeterminadas de modelo y proveedor:
api.runtime.llm
api.runtime.llm
Ejecuta una finalización de texto propiedad del host sin importar elementos internos de proveedores ni
duplicar la preparación de modelo/autenticación/URL base de OpenClaw.El helper usa la misma ruta de preparación de finalización simple que el runtime
integrado de OpenClaw y la instantánea de configuración de runtime propiedad del host. Los motores de contexto
reciben una capacidad
llm.complete vinculada a la sesión, por lo que las llamadas al modelo usan el agente
de la sesión activa y no recurren silenciosamente al agente predeterminado. El
resultado incluye atribución de proveedor/modelo/agente, además de uso normalizado de tokens,
caché y costo estimado cuando está disponible.api.runtime.subagent
api.runtime.subagent
Inicia y administra ejecuciones de subagentes en segundo plano.
deleteSession(...) puede eliminar sesiones creadas por el mismo plugin mediante api.runtime.subagent.run(...). Eliminar sesiones arbitrarias de usuario u operador sigue requiriendo una solicitud de Gateway con alcance de administrador.api.runtime.nodes
api.runtime.nodes
Enumera los nodos conectados e invoca un comando alojado en un nodo desde código de plugin cargado por Gateway o desde comandos de CLI del plugin. Usa esto cuando un plugin posee trabajo local en un dispositivo emparejado, por ejemplo un puente de navegador o audio en otro Mac.Dentro del Gateway, este runtime está en proceso. En comandos de CLI del plugin, llama al Gateway configurado por RPC, por lo que comandos como
openclaw googlemeet recover-tab pueden inspeccionar nodos emparejados desde la terminal. Los comandos de Node siguen pasando por el emparejamiento normal de nodos de Gateway, listas de comandos permitidos, políticas node-invoke de plugins y manejo de comandos local al nodo.Los plugins que exponen comandos peligrosos alojados en nodos deberían registrar una política node-invoke con api.registerNodeInvokePolicy(...). La política se ejecuta en el Gateway después de las comprobaciones de lista de comandos permitidos y antes de que el comando se reenvíe al nodo, por lo que las llamadas directas node.invoke y las herramientas de plugin de nivel superior comparten la misma ruta de aplicación.api.runtime.tasks
api.runtime.tasks
Vincula el estado de Task Flow y Task Run a una clave de sesión existente de OpenClaw o a un contexto de herramienta de confianza.Usa
api.runtime.tasks.managedFlowspermite mutaciones: crear, avanzar y cancelar Task Flows.api.runtime.tasks.flowsyapi.runtime.tasks.runsson vistas DTO de solo lectura para listados y consultas de estado; ambas exponenbindSession(...)/fromToolContext(...), además deget,list,findLatestyresolve.api.runtime.tasks.flowes un alias obsoleto demanagedFlows.
api.session.workflow.scheduleSessionTurn(...) para activaciones futuras,
y luego usa managedFlows desde el turno programado cuando ese trabajo
necesita estado de flujo, tareas secundarias, esperas o cancelación.bindSession({ sessionKey, requesterOrigin }) cuando ya tengas una clave de sesión de OpenClaw de confianza desde tu propia capa de enlace. No enlaces desde entradas sin procesar de usuario.api.runtime.tts
api.runtime.tts
Síntesis de texto a voz.Usa la configuración principal
messages.tts y la selección de proveedor. Devuelve búfer de audio PCM + frecuencia de muestreo. textToSpeechStream también está disponible para síntesis en streaming.api.runtime.mediaUnderstanding
api.runtime.mediaUnderstanding
Análisis de imágenes, audio y video.Devuelve
{ text: undefined } cuando no se produce ninguna salida (por ejemplo, entrada omitida).describeImageFileWithModel(...) describe una imagen ya conocida mediante un proveedor/modelo específico, evitando la resolución predeterminada del modelo activo que usa describeImageFile(...).api.runtime.stt.transcribeAudioFile(...) permanece como alias de compatibilidad para api.runtime.mediaUnderstanding.transcribeAudioFile(...).api.runtime.imageGeneration
api.runtime.imageGeneration
Generación de imágenes.
api.runtime.videoGeneration
api.runtime.videoGeneration
Generación de video, reflejando la forma de generación de imágenes.
api.runtime.musicGeneration
api.runtime.musicGeneration
Generación de música, reflejando la forma de generación de imágenes.
api.runtime.webSearch
api.runtime.webSearch
Búsqueda web.
api.runtime.media
api.runtime.media
Utilidades de medios de bajo nivel.
api.runtime.config
api.runtime.config
Instantánea de configuración de runtime actual y escrituras transaccionales de configuración. Prefiere
la configuración que ya se pasó a la ruta de llamada activa; usa
current() solo cuando el manejador necesite directamente la instantánea del proceso.mutateConfigFile(...) y replaceConfigFile(...) devuelven un valor
followUp, por ejemplo { mode: "restart", requiresRestart: true, reason },
que registra la intención del escritor sin quitarle al
Gateway el control del reinicio.api.runtime.system
api.runtime.system
Utilidades de nivel de sistema.
runHeartbeatOnce(...) ejecuta inmediatamente un único ciclo de Heartbeat, omitiendo el temporizador normal de combinación. Pasa { heartbeat: { target: "last" } } para forzar la entrega al último canal activo en lugar de la supresión predeterminada target: "none".runCommandWithTimeout(...) devuelve stdout y stderr capturados, conteos opcionales
de truncamiento, code, signal, killed, termination y
noOutputTimedOut. Los resultados de tiempo de espera y tiempo de espera sin salida informan code: 124
cuando el proceso hijo no proporciona un código de salida distinto de cero. Las salidas
por señal sin tiempo de espera aún pueden devolver code: null, así que usa termination y
noOutputTimedOut para distinguir los motivos del tiempo de espera.api.runtime.events
api.runtime.events
Suscripciones a eventos.
api.runtime.logging
api.runtime.logging
Registro.
api.runtime.modelAuth
api.runtime.modelAuth
Resolución de autenticación de modelo y proveedor.
api.runtime.state
api.runtime.state
Resolución del directorio de estado y almacenamiento con claves respaldado por SQLite.Los almacenes con claves sobreviven a los reinicios y están aislados por el id de Plugin vinculado al runtime. Usa
registerIfAbsent(...) para reclamaciones atómicas de deduplicación: devuelve true cuando la clave faltaba o había caducado y se registró, o false cuando ya existe un valor activo sin sobrescribir su valor, hora de creación ni TTL. Límites: maxEntries por espacio de nombres, 50 000 filas activas por Plugin, valores JSON inferiores a 64 KB y caducidad TTL opcional. Cuando una escritura superaría el límite de filas del Plugin, el runtime descarta las filas activas más antiguas del espacio de nombres en el que se escribe; los espacios de nombres hermanos no se expulsan para esa escritura, y la escritura sigue fallando si el espacio de nombres no puede liberar suficientes filas.openSyncKeyedStore<T>(...) devuelve la misma forma de almacén con métodos síncronos (register, registerIfAbsent, lookup, consume, clear devuelven todos valores directamente en lugar de promesas) para llamadores que no pueden usar await.openChannelIngressQueue<TPayload>(...) abre una cola de entrada persistente limitada al Plugin llamador, para almacenar en búfer eventos entrantes que necesitan procesamiento al menos una vez entre reinicios.api.runtime.channel
api.runtime.channel
Ayudantes de runtime específicos del canal (disponibles cuando se carga un Plugin de canal). Agrupados por área:
Usa Ayudantes de mención disponibles:
| Grupo | Propósito |
|---|---|
text | Fragmentación (chunkText, chunkMarkdownText, resolveChunkMode), detección de comandos de control, conversión de tablas Markdown. |
reply | Envío de respuestas de bloques en búfer, formato de envoltorio, resolución de mensajes efectivos/configuración de demora humana. |
routing | buildAgentSessionKey, resolveAgentRoute. |
pairing | buildPairingReply, lecturas de listas de permitidos, upserts de solicitudes de emparejamiento. |
media | Descarga/guardado de medios remotos (ver abajo). |
activity | Registrar/leer la última actividad del canal. |
session | Metadatos de sesión desde eventos entrantes, actualizaciones de última ruta. |
mentions | Ayudantes de política de menciones (ver abajo). |
reactions | Manejadores de reacciones de confirmación para indicadores de procesamiento en curso. |
groups | Política de grupos y resolución de mención obligatoria. |
debounce | Debounce de mensajes entrantes. |
commands | Autorización de comandos y control de comandos de texto. |
outbound | Cargar el adaptador saliente de un canal. |
inbound | Crear contexto de evento entrante y ejecutar el núcleo compartido de evento entrante/respuesta. |
threadBindings | Ajustar tiempo de espera por inactividad/edad máxima para hilos de sesión vinculados. |
runtimeContexts | Registrar, leer y observar contexto local de proceso por canal/cuenta/capacidad. |
api.runtime.channel.media es la superficie preferida para descargas y almacenamiento de medios de canal:saveRemoteMedia(...) cuando una URL remota deba convertirse en medio de OpenClaw. Usa saveResponseMedia(...) cuando el Plugin ya obtuvo una Response con autenticación, redirección o manejo de lista de permitidos propiedad del Plugin. Usa readRemoteMediaBuffer(...) solo cuando el Plugin necesita bytes sin procesar para inspección, transformaciones, descifrado o recarga. fetchRemoteMedia(...) sigue siendo un alias de compatibilidad obsoleto para readRemoteMediaBuffer(...).api.runtime.channel.mentions es la superficie compartida de política de menciones entrantes para plugins de canal incluidos que usan inyección de runtime:buildMentionRegexesmatchesMentionPatternsmatchesMentionWithExplicitimplicitMentionKindWhenresolveInboundMentionDecision
api.runtime.channel.mentions no expone intencionalmente los antiguos ayudantes de compatibilidad resolveMentionGating*. Prefiere la ruta normalizada { facts, policy }.Varios campos bajo reply, session e inbound incluyen notas @deprecated por campo que apuntan al núcleo actual de turno de canal o a los adaptadores salientes de canal; revisa el JSDoc en línea del ayudante específico antes de basar código nuevo en él.Almacenar referencias del runtime
UsacreatePluginRuntimeStore para almacenar la referencia del runtime y usarla fuera del callback register:
Prefiere
pluginId para la identidad del almacén de runtime. La forma de nivel inferior key es para casos poco comunes en los que un Plugin necesita intencionalmente más de una ranura de runtime.Otros campos api de nivel superior
Además de api.runtime, el objeto API también proporciona:
Id de Plugin.
Nombre visible de Plugin.
Instantánea de configuración actual (instantánea activa del runtime en memoria cuando está disponible).
Configuración específica de Plugin desde
plugins.entries.<id>.config.Logger con ámbito (
debug, info, warn, error).Modo de carga actual:
"full" (activación en vivo), "discovery" / "tool-discovery" (descubrimiento de capacidades de solo lectura), "setup-only" (entrada de configuración ligera), "setup-runtime" (flujo de configuración que también necesita la entrada del canal de runtime), o "cli-metadata" (recopilación de metadatos de comandos de CLI).Resolver una ruta relativa a la raíz del Plugin.
Relacionado
- Elementos internos de Plugin — modelo de capacidades y registro
- Puntos de entrada del SDK — opciones de
definePluginEntry - Resumen del SDK — referencia de subrutas