Documentación IRC · Intermedio
IRCv3: las extensiones del IRC moderno
IRCv3 es un conjunto de especificaciones que hacen evolucionar IRC sin exigir que todos los clientes cambien a la vez. Las capacidades se negocian por separado: un simple sello de «compatible con IRCv3» no garantiza todas las funciones.
El equipo de Dialova · Verificado el
En esta sección
- Account-tag: identificar la cuenta detrás de un mensajeCómo funciona account-tag: etiqueta account añadida por el servidor, diferencias entre apodo y cuenta, negociación y precauciones para bots IRC.
- Batch: agrupar eventos IRC relacionadosLotes IRCv3 BATCH: apertura, cierre, etiqueta batch, anidación y diferencias entre agrupación, historial y multiline.
- Negociar capacidades con CAPUna negociación IRCv3 CAP paso a paso: LS 302, listas divididas, REQ, ACK, NAK, END y cambios tras la conexión. Ejemplos y errores de implementación.
- Message tags: metadatos de los mensajes IRCAprende a leer etiquetas IRCv3: prefijo @, separadores, escapes, etiquetas de cliente, TAGMSG y límites. Distingue metadatos y texto con ejemplos.
- SASL en IRC: autenticar una cuentaSASL en IRC: diferencias respecto a TLS y NickServ, mecanismos PLAIN y EXTERNAL, negociación CAP y errores de autenticación.
- Server-time: fechar los mensajes con la hora del servidorCómo funcionan server-time y la etiqueta time: marcas de tiempo UTC, negociación, historial, hora local y límites del orden de los mensajes.
Una evolución compatible con los clientes existentes #
CAP descubre y activa las extensiones comunes al cliente y al servidor. El soporte depende de las versiones, módulos, servicios y ajustes realmente utilizados. Hay que distinguir entre una función anunciada, una solicitada y una efectivamente aceptada.
| Grupo | Mecanismos que conviene conocer |
|---|---|
| Conexión e identidad | CAP, sasl, account-tag, account-notify, extended-join |
| Presentación y seguimiento | server-time, echo-message, away-notify, multi-prefix |
| Metadatos y agrupación | message-tags, batch, labeled-response |
| Historial | draft/chathistory y draft/event-playback, todavía en desarrollo en la fecha de verificación |
Consultar el estado y las dependencias #
El catálogo oficial distingue las especificaciones finalizadas de las que siguen en desarrollo. Una extensión con el prefijo draft/ puede cambiar de forma incompatible. El nombre de una capacidad, el de una etiqueta y el tipo de un batch son identificadores distintos: chathistory es un tipo de lote, mientras que la capacidad en desarrollo usa draft/chathistory.
Esta primera versión detalla CAP, SASL, message-tags, server-time, account-tag y batch. Las demás capacidades aparecen para situar sus usos, sin crear páginas vacías. Consulta las especificaciones oficiales para leer el texto completo.
Para quien desarrolla un cliente #
- Leer CAP LS completo, incluidas las respuestas divididas y los valores.
- Activar solo las capacidades implementadas y esperar ACK.
- Aceptar mensajes adicionales entre los pasos de un intercambio.
- No confundir el estado actual con la reproducción de eventos históricos.
- Gestionar las etiquetas desconocidas sin inventar sus efectos.
Fuentes y verificación
Los ejemplos usan apodos y dominios ficticios, salvo los puntos de conexión expresamente documentados. Las extensiones y los ajustes específicos de una red se indican en el texto.
- IRCv3 — catalogue des spécifications ↗Fuente de la especificación · consultada el 2026-10-29
- IRCv3 — Client Capability Negotiation ↗Fuente de la especificación · consultada el 2026-10-29
- IRCv3 — chathistory, spécification en développement ↗Fuente de la especificación · consultada el 2026-10-29