Documentation Index
Fetch the complete documentation index at: https://docs.openclaw.ai/llms.txt
Use this file to discover all available pages before exploring further.
API de ingreso de canales
El ingreso de canales es el límite experimental de control de acceso para eventos entrantes de canales. Usaopenclaw/plugin-sdk/channel-ingress-runtime para las rutas de recepción.
El subpath anterior openclaw/plugin-sdk/channel-ingress sigue exportado como una
fachada de compatibilidad obsoleta para plugins de terceros.
Los plugins son propietarios de los hechos de la plataforma y los efectos secundarios. Core es propietario de la política genérica: listas de permitidos de DM/grupos, entradas de DM del almacén de emparejamiento, puertas de ruta, puertas de comandos, autenticación de eventos,
activación por mención, diagnósticos redactados y admisión.
Resolver en tiempo de ejecución
Resultado
Los plugins incluidos deben consumir directamente las proyecciones modernas:ingress: decisión ordenada de puerta y admisiónsenderAccess: solo autorización de remitente/conversaciónrouteAccess: proyección de ruta y remitente de rutacommandAccess: autorización de comando; falso cuando no se ejecutó ninguna puerta de comandoactivationAccess: resultado de mención/activación
ingress.graph ordenado y el
ingress.reasonCode decisivo; no se emite ninguna proyección de evento separada.
Los helpers obsoletos del SDK de terceros pueden reconstruir internamente formas anteriores. Las nuevas
rutas de recepción incluidas no deben volver a traducir resultados modernos a DTO locales.
Grupos de acceso
Las entradasaccessGroup:<name> permanecen redactadas. Core resuelve por sí mismo los grupos estáticos
message.senders y llama a resolveAccessGroupMembership solo
para grupos dinámicos que requieren una búsqueda en la plataforma. Los grupos ausentes, no admitidos y
fallidos fallan de forma cerrada.
Modos de evento
authMode | Significado |
|---|---|
inbound | puertas normales de remitente entrante |
command | puertas de comando para callbacks o botones con ámbito |
origin-subject | el actor debe coincidir con el sujeto del mensaje original |
route-only | solo puertas de ruta para eventos confiables con ámbito de ruta |
none | los eventos internos propiedad del plugin omiten la autenticación compartida |
mayPair: false para reacciones, botones, callbacks y comandos nativos.
Rutas y activación
Usa descriptores de ruta para políticas de sala, tema, gremio, hilo o ruta anidada:channelIngressRoutes(...) cuando un plugin tenga varios descriptores de ruta
opcionales; filtra ramas deshabilitadas mientras mantiene los hechos de ruta genéricos y
ordenados por la precedence de cada descriptor.
La puerta de mención es una puerta de activación. Una mención no coincidente devuelve
admission: "skip" para que el kernel de turno no procese un turno solo de observación.
La mayoría de los canales deben dejar la activación después de las puertas de remitente y comando. Las
superficies de chat públicas que deban silenciar el tráfico no mencionado antes del ruido de la lista de permitidos de remitentes
pueden optar por activation.order: "before-sender" cuando la omisión por comando de texto
está deshabilitada. Los canales con activación implícita, como respuestas en hilos de bot,
pueden pasar activation.allowedImplicitMentionKinds; el
activationAccess.shouldBypassMention proyectado informa entonces cuándo la activación por comando o implícita
omitió una mención explícita.