#room) y mensajes directos.
Instala el Plugin oficial de IRC y luego configúralo en channels.irc.
Inicio rápido
- Instala el Plugin:
- Define al menos el host, el nick y los canales a los que unirse en
~/.openclaw/openclaw.json:
- Inicia/reinicia el Gateway:
Ajustes de conexión
| Clave | Predeterminado | Notas |
|---|---|---|
host | ninguno (obligatorio) | Nombre de host del servidor IRC |
port | 6697 con TLS, 6667 plano | 1-65535 |
tls | true | Define false solo para texto plano intencional |
nick | ninguno (obligatorio) | Nick del bot |
username | nick, si no openclaw | Nombre de usuario de IRC |
realname | OpenClaw | Campo Realname/GECOS |
password / passwordFile | ninguno | Contraseña del servidor; el archivo debe ser un archivo regular |
channels | ninguno | Canales a los que unirse (["#openclaw"]) |
accounts / defaultAccount | ninguno | Configuración multicuenta; las variables de entorno solo rellenan la cuenta predeterminada |
Valores predeterminados de seguridad
- IRC usa sockets TCP/TLS sin procesar fuera del enrutamiento de proxy de reenvío administrado por el operador de OpenClaw. En despliegues que requieren que toda la salida pase por ese proxy de reenvío, define
channels.irc.enabled=falsea menos que la salida directa de IRC esté aprobada explícitamente. channels.irc.dmPolicytiene como valor predeterminado"pairing": los remitentes de MD desconocidos reciben un código de emparejamiento que apruebas conopenclaw pairing approve irc <code>.channels.irc.groupPolicytiene como valor predeterminado"allowlist".- Con
groupPolicy="allowlist", definechannels.irc.groupspara especificar los canales permitidos. - Usa TLS (
channels.irc.tls=true) a menos que aceptes intencionalmente transporte en texto plano.
Control de acceso
Hay dos “puertas” separadas para los canales IRC:- Acceso al canal (
groupPolicy+groups): si el bot acepta mensajes de un canal. - Acceso del remitente (
groupAllowFrom/groups["#channel"].allowFrompor canal): quién puede activar el bot dentro de ese canal.
- Lista de permitidos para MD (acceso de remitentes de MD):
channels.irc.allowFrom - Lista de permitidos de remitentes de grupo (acceso de remitentes de canal):
channels.irc.groupAllowFrom - Controles por canal (reglas de canal + remitente + mención):
channels.irc.groups["#channel"]conrequireMention,allowFrom,enabled,tools,toolsBySender,skillsysystemPrompt channels.irc.groupPolicy="open"permite canales no configurados (aun así, con control por menciones de forma predeterminada)
nick!user@host).
La coincidencia solo por nick es mutable y solo se habilita cuando channels.irc.dangerouslyAllowNameMatching: true.
Problema común: allowFrom es para MD, no para canales
Si ves registros como:
irc: drop group sender alice!ident@host (policy=allowlist)
- definiendo
channels.irc.groupAllowFrom(global para todos los canales), o - definiendo listas de remitentes permitidos por canal:
channels.irc.groups["#channel"].allowFrom
#openclaw hable con el bot):
Activación de respuestas (menciones)
Aunque un canal esté permitido (mediantegroupPolicy + groups) y el remitente esté permitido, OpenClaw usa de forma predeterminada control por menciones en contextos de grupo. El bot cuenta como mencionado cuando el mensaje contiene el nick del bot conectado o coincide con tus patrones de mención configurados.
Eso significa que puedes ver registros como drop channel … (missing-mention) a menos que el mensaje incluya un patrón de mención que coincida con el bot.
Para hacer que el bot responda en un canal IRC sin necesitar una mención, desactiva el control por menciones para ese canal:
Nota de seguridad (recomendado para canales públicos)
Si permitesallowFrom: ["*"] en un canal público, cualquiera puede enviar prompts al bot.
Para reducir el riesgo, restringe las herramientas para ese canal.
Las mismas herramientas para todos en el canal
Herramientas diferentes por remitente (el propietario obtiene más poder)
UsatoolsBySender para aplicar una política más estricta a "*" y una más flexible a tu nick:
- Las claves de
toolsBySenderdeben usar prefijos explícitos (channel:,id:,e164:,username:,name:). Para IRC, usaid:con el valor de identidad del remitente:id:aliceoid:alice!~alice@203.0.113.7para una coincidencia más fuerte. - Las claves heredadas sin prefijo todavía se aceptan, coinciden solo como
id:y emiten una advertencia de obsolescencia. - La primera política de remitente que coincida gana;
"*"es la alternativa comodín.
NickServ
Para identificarte con NickServ después de conectar:enabled solo debe ser false para excluirse). service tiene como valor predeterminado NickServ; passwordFile es una alternativa a password en línea.
Registro opcional de una sola vez al conectar (register: true requiere registerEmail):
register después de registrar el nick para evitar intentos repetidos de REGISTER.
Variables de entorno
La cuenta predeterminada admite:IRC_HOSTIRC_PORTIRC_TLSIRC_NICKIRC_USERNAMEIRC_REALNAMEIRC_PASSWORDIRC_CHANNELS(separadas por comas)IRC_NICKSERV_PASSWORDIRC_NICKSERV_REGISTER_EMAIL
IRC_HOST no se puede definir desde un archivo .env del espacio de trabajo; consulta Archivos .env del espacio de trabajo.
Solución de problemas
- Si el bot se conecta pero nunca responde en canales, verifica
channels.irc.groupsy si el control por menciones está descartando mensajes (missing-mention). Si quieres que responda sin pings, definerequireMention:falsepara el canal. - Si el inicio de sesión falla, verifica la disponibilidad del nick y la contraseña del servidor.
- Si TLS falla en una red personalizada, verifica el host/puerto y la configuración del certificado.
Relacionado
- Descripción general de canales — todos los canales admitidos
- Emparejamiento — autenticación por MD y flujo de emparejamiento
- Grupos — comportamiento del chat grupal y control por menciones
- Enrutamiento de canales — enrutamiento de sesiones para mensajes
- Seguridad — modelo de acceso y endurecimiento