Enviar texto, enlaces y comandos entre dispositivos

Última actualización: 2026-08-05

Relayium también mueve contenido de portapapeles: una URL del teléfono, un comando para otro ordenador o código multilínea. Los mensajes están cifrados de extremo a extremo; los servidores de Relayium no guardan cuerpos de mensajes ni historial del servidor, pero cualquiera de los extremos puede copiar o conservar el texto recibido.

El navegador y la CLI admiten texto, pero usan transportes separados y no pueden unirse con el código del otro. Usa el mismo método en ambos extremos.

Navegador: enviar un mensaje a un dispositivo en línea

Antes de empezar

Los dos dispositivos en línea a la vez, con la página abierta en un navegador. No hay bandeja de entrada: un mensaje solo existe dentro de una sesión que ambos lados mantienen abierta.
Un transporte elegido para los dos extremos. En la misma red no hace falta nada; entre redes distintas hace falta un código de emparejamiento de navegador, que crea un lado con sesión iniciada y que vive cinco minutos.
Texto que quepa en un mensaje: 65.536 bytes UTF-8. El contador del editor sube mientras escribes y te indica que lo envíes como archivo en cuanto te pasas.
Un sitio donde poner lo que llega. El mensaje recibido se queda en la sesión abierta, así que copia lo que quieras conservar antes de que la sesión termine o la página se recargue.

Abre relayium.com en ambos dispositivos. Lo único que cambia es cómo se encuentran: en la misma red el otro dispositivo aparece solo bajo «Dispositivos cercanos»; entre redes creas un código de emparejamiento de navegador en la página entre redes y te unes desde el otro navegador. Lo que obtienen los dos después es lo mismo: la tarjeta del par ofrece una única acción, «Abrir espacio de trabajo», y el editor vive dentro de ese espacio de trabajo, junto a los adjuntos de archivo y carpeta, sobre la misma conexión cifrada. Entre redes esa conexión la transporta un retransmisor TURN cifrado que solo reenvía texto cifrado, y está sujeta a un límite de tiempo del que el espacio de trabajo avisa antes de alcanzarlo. La única excepción es un par que no es un navegador actualizado — uno antiguo, una app nativa, el CLI: conserva el flujo anterior, donde los archivos y los mensajes se usan de uno en uno.

Abre la página de transferencia en los dos dispositivos: la de la misma red los encuentra por ti, y la página en tiempo real es donde se usa un código de emparejamiento si están en redes distintas.
```
https://relayium.com/
```
Pulsa «Abrir espacio de trabajo» en la tarjeta del otro dispositivo y escribe en el editor que ese espacio de trabajo pone en pantalla. Es la misma acción única en ambos casos: bajo «Dispositivos cercanos» en la misma red, y en la tarjeta del par dentro de la sala de código de emparejamiento entre redes. De forma predeterminada la sesión se abre directamente en el editor en ambos lados; la conexión está cifrada en cualquier caso.
Escribe o pega el texto. El contador bajo el cuadro muestra cuánto del presupuesto de un mensaje has gastado, en bytes y no en caracteres, porque un emoji o un carácter CJK cuesta varios.
```
1.024 / 65.536 bytes
```
Envía con ⌘/Ctrl+Enter: Enter a secas inserta un salto de línea, que es lo que permite pegar y enviar un fragmento multilínea de una vez. La indicación bajo el cuadro recuerda esa asignación.
```
Enter para una nueva línea · ⌘/Ctrl+Enter para enviar
```
Deja la sesión abierta para enviar varios mensajes en ambos sentidos y pulsa «Copiar» en lo que quieras conservar. Para comparar antes un código de verificación (SAS), activa «Verificación avanzada» antes de abrir la sesión: añade el código y un paso de aceptación explícito, no el cifrado.

Qué se ve cuando la sesión funciona

Los dos lados muestran la sesión como abierta, tu mensaje aparece en el historial del otro dispositivo y el contador de bytes vuelve a cero para el siguiente.

Ese historial es la única copia en la que Relayium participa: vive en las dos páginas abiertas, así que desaparece al recargar o al terminar la sesión, y «Copiar» pone el texto en el portapapeles de ese dispositivo, donde otras apps pueden leerlo.

Sesión abierta
1.024 / 65.536 bytes

Cuando un mensaje no sale

El texto usa la misma conexión que una transferencia de archivos, así que la mayoría de los fallos son de la conexión y no del mensaje. Las dos excepciones son concretas y las dos se ven en pantalla: un mensaje por encima del límite de tamaño, y una sesión cerrada por enviar demasiados de golpe.

Síntoma, comprobación, solución

El otro dispositivo no aparece nunca, así que no hay tarjeta desde la que abrir una sesión de mensajes.

https://relayium.com/   # compara la IP pública de la línea de estado en los dos dispositivos

El descubrimiento en la misma red agrupa los dispositivos por la IP pública desde la que se conectan, así que dos direcciones distintas son dos salas: corta una VPN o iCloud Private Relay, o conéctate a la misma Wi-Fi. Si de verdad están en redes distintas, usa un código de emparejamiento en https://relayium.com/cross-network.

El editor rechaza el texto y dice que el mensaje es demasiado largo.

1.024 / 65.536 bytes   # el contador cuenta bytes UTF-8, no caracteres

Un mensaje admite 65.536 bytes UTF-8, y el texto no latino gasta de dos a cuatro bytes por carácter, así que un pegado largo en chino o cargado de emojis llega a ese límite de bytes mucho antes de lo que el número de caracteres sugiere. Divídelo, o envíalo como archivo: eso es justo lo que ofrece el editor.

La sesión se cerró sola y culpó al exceso de mensajes.

https://relayium.com/   # la línea de sesión informa de terminada en vez de fallida

Una protección contra avalanchas cierra la sesión cuando un lado envía muchos más mensajes de los que teclea una persona, algo que consigue un script o una tecla atascada. Vuelve a abrir la sesión como la abriste — «Abrir espacio de trabajo» en la tarjeta del otro dispositivo, tanto en la misma red como en una sala de código de emparejamiento — y manda el resto en menos mensajes, más largos.

Todo iba bien y, tras una recarga, la conversación está vacía.

https://relayium.com/   # recargar esta página abre una sesión nueva sin historial

Es el diseño y no un error: Relayium no guarda historial del lado del servidor, así que no hay nada que restaurar ni copia de servidor que reclamar. Copia lo importante en una nota antes de dejar la sesión, porque el historial dura lo que dure la página abierta.

Un navegador y la CLI no pueden unirse con el código del otro.

relayium text 483920   # un código de la CLI solo empareja CLI con CLI

Las sesiones de texto del navegador y de la CLI usan transportes y emparejamientos distintos, así que un código de seis dígitos creado por uno no significa nada para el otro. Usa dos navegadores, o la CLI en los dos extremos: relayium text imprime exactamente el comando que debe ejecutar la segunda máquina.

CLI: emite el código en un equipo y únete desde el otro

Ejecuta relayium text sin código en un equipo. Emite un código de emparejamiento de seis dígitos con tu cuenta, imprime exactamente el comando que debe ejecutar el otro equipo y se queda en la sesión esperándolo. Sin archivo temporal y sin ningún proceso extra que detener.

Después ejecuta relayium text con ese código en el otro equipo. El modo interactivo envía una línea por mensaje y no se detiene a comparar ningún código salvo que lo pidas. Para texto multilínea o exacto, usa una tubería como un solo mensaje: no hace falta ninguna opción adicional.

# One machine mints the code and waits (relayium login is required once)
relayium text
# Code: 483920   (valid 5 minutes)
# On the other machine:  relayium text 483920

# The other machine joins that code
relayium text 483920

# Send one multiline message exactly as copied (macOS)
pbpaste | relayium text 483920

# Or pipe a file on any shell
cat snippet.txt | relayium text 483920

# Optional: stop to compare the verification code (SAS) first
relayium text 483920 --verify

Los códigos CLI duran cinco minutos y solo conectan CLI con CLI; navegador y CLI no son interoperables.
Solo el equipo que emite el código exige una cuenta conectada. El equipo que se une con el código impreso no necesita iniciar sesión.
--verify activa la comparación del SAS y necesita un terminal para responder, así que una ejecución con tubería y --verify se rechaza en lugar de continuar como si se hubiera confirmado. --yes se sigue aceptando, sigue significando «nunca preguntar» y tiene prioridad sobre --verify.

Qué es —y qué no es— la transferencia de texto

El contenido sigue siendo texto plano UTF-8, incluidos espacios, tabulaciones, líneas vacías y saltos. Relayium no lo ejecuta, no muestra Markdown, no enlaza ni crea vistas previas.

Ambos dispositivos deben estar en línea a la vez. No hay entrega sin conexión, bandeja de entrada, contactos ni historial sincronizado.
El historial es local a la sesión abierta y desaparece al terminar o recargar. El servidor nunca almacena el cuerpo.
Cada mensaje admite hasta 65.536 bytes UTF-8. Envía el contenido mayor como archivo.

Preguntas frecuentes

¿Puede Relayium leer o recuperar mis mensajes?

No. El contenido está cifrado entre los dispositivos, y los servidores de Relayium no guardan cuerpos de mensajes ni historial del servidor. Cualquiera de los extremos puede conservar el texto recibido; al terminar la sesión Relayium no tiene una copia de servidor que recuperar.

¿Puedo usar navegador en un extremo y CLI en el otro?

No. El transporte y el emparejamiento son distintos. Usa dos navegadores o dos clientes CLI.

Abre Relayium en dos dispositivos en línea y mueve directamente lo próximo que te enviarías a ti mismo.

Enviar texto ahora