Relayium

在设备之间发送文本、链接和命令

最近更新: 2026-08-05

Relayium 不只能传文件，也能传适合剪贴板的内容：手机上的网址、要在另一台电脑执行的命令，或一整段多行代码。消息端到端加密；Relayium 服务器不保存消息正文或服务端历史，但任一端都能复制或留存收到的文本。

浏览器和命令行都支持文本，但它们是两套独立传输，不能加入彼此的配对码。下面任选一种方式，两端保持一致。

浏览器：给在线设备发送消息

开始之前

  • 两台设备同时在线，并且都在浏览器里打开着页面。这里没有收件箱：消息只存在于双方都保持打开的那个会话里。
  • 两端选定同一种传输方式。同一网络下什么都不用准备；不同网络需要一个浏览器配对码，由创建方登录生成，有效期 5 分钟。
  • 内容要装进一条消息：65,536 个 UTF-8 字节。输入时计数会往上走，超出后会提示你改用文件发送。
  • 准备好安放收到的内容。收到的消息留在打开的会话里，所以想保留什么，请在会话结束或页面刷新之前先复制走。

在两台设备上打开 relayium.com。两条路径只有「怎么遇上」不同：同一网络下，对方会自己出现在「附近的设备」里；跨网络则在跨网络页面创建浏览器配对码，再让另一台浏览器加入。遇上之后两边得到的东西是一样的——对端卡片只提供一个动作「打开工作区」，输入框就在那个工作区里，和文件、文件夹附件并排，共用同一条加密连接。跨网络时这条连接由加密的 TURN 中继承载，中继只转发密文；它还有一个时限，工作区会在到点之前提醒你。唯一的例外是不够新的对端——旧版浏览器、原生应用、CLI：它们保留更早的那套流程，文件和消息只能一次用一样。

  1. 在两台设备上打开传输页面——同一网络的页面会自动帮你找到对方，而配对码要用在实时传输页面上（两端不在同一网络时）。

    https://relayium.com/

  2. 在对方设备的卡片上按「打开工作区」，然后在工作区给出的输入框里打字。两条路径是同一个动作：同一网络在「附近的设备」里，跨网络在配对码房间的对端卡片上。默认情况下会话会直接在两端打开输入框——无论是否核对校验码，连接都是加密的。

  3. 输入或粘贴文本。输入框下方的计数显示你已经用掉了单条消息预算的多少，单位是字节而不是字符，因为一个 emoji 或一个汉字要占好几个字节。

    1,024 / 65,536 字节

  4. 用 ⌘/Ctrl+回车发送——单按回车是换行，正是这一点让多行片段可以一次粘贴、一次发出。输入框下方的提示就写着这套按键。

    回车换行 · ⌘/Ctrl+回车发送

  5. 会话保持打开时，双方都能连续发送多条消息，想留下的内容就点「复制」。如果希望先核对校验码（SAS），请在打开会话之前先打开「高级验证」：它增加的是校验码和一步明确接受，而不是加密。

会话正常时是什么样

两端都显示会话已建立，你的消息出现在对方设备的记录里，字节计数也为下一条清零。

这份记录是 Relayium 唯一参与的副本：它只存在于两个打开的页面里，刷新或结束会话就没了；而「复制」会把文本放进那台设备的剪贴板，其他 App 也能读到。

会话已建立
1,024 / 65,536 字节

消息发不出去时

文本和文件传输走同一条连接，所以大多数失败其实是连接的问题，而不是消息的问题。只有两种例外很具体，而且都会在屏幕上说明：一条超过大小上限的消息，以及因为一次发得太多而被关闭的会话。

现象、检查、处理

对方设备一直不出现，也就没有卡片可以开消息会话。
https://relayium.com/   # 对比两台设备上状态条里的公网 IP

同网络发现是按连接过来的公网 IP 分组的，所以两个不同地址就是两个房间——断开 VPN 或 iCloud 专用代理，或者连到同一个 Wi-Fi。如果两端确实不在同一网络，就改用 https://relayium.com/cross-network 上的配对码。

输入框拒收这段文本，提示消息太长。
1,024 / 65,536 字节   # 计数是 UTF-8 字节，不是字符

一条消息装 65,536 个 UTF-8 字节，而非拉丁文字每个字符要花 2 到 4 个字节，所以一段很长的中文或大量 emoji 会远在字符数看起来还很宽裕的时候就撞上这个字节上限。请拆开发送，或者作为文件发送——输入框本来就给了这个提示。

会话自己关掉了，并归因于消息发得太多。
https://relayium.com/   # 会话那行会显示它是结束，而不是失败

当一侧发送的消息数量远超人手打字的量时，防洪机制会关闭会话——脚本或卡住的按键都会造成这种情况。用你当初打开它的方式重新打开会话——在对方卡片上按「打开工作区」，同一网络和配对码房间都是这一个动作——再把剩下的内容合并成更少、更长的几条发出去。

本来一切正常，刷新之后对话是空的。
https://relayium.com/   # 刷新这个页面就是开一个没有记录的新会话

这是设计而不是缺陷：Relayium 不保存服务端历史，所以没有可恢复的东西，也没有可供调取的服务器副本。离开会话之前，请把重要内容复制到备忘录里——这份记录的寿命只等于那个页面开着的时间。

浏览器和 CLI 无法加入彼此的配对码。
relayium text 483920   # CLI 的配对码只能 CLI 对 CLI

浏览器与 CLI 的文本会话使用不同的传输和配对握手，所以一端生成的 6 位码对另一端毫无意义。请用两个浏览器，或者两端都用 CLI——relayium text 会打印出第二台机器该运行的完整命令。

CLI：一台机器生成配对码，另一台加入

在其中一台机器上直接运行 relayium text，不带配对码。它会用你的账号生成一个 6 位数字配对码，打印出另一台机器该运行的完整命令，并留在会话里等待对方加入。不需要临时文件，也不需要另外停掉任何进程。

另一台机器用该码运行 relayium text。交互模式每行是一条消息，除非你主动要求，否则不会停下来核对校验码；多行或要求逐字节保真的内容请通过管道作为一条消息发送，管道方式不需要额外加任何参数。

# 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

文本传输是什么，也不是什么

Relayium 把正文当作 UTF-8 纯文本，保留空格、制表符、空行和换行；不会执行内容、渲染 Markdown、自动识别链接或生成预览。

常见问题

Relayium 能读取或恢复我的消息吗？

不能。消息内容在两台设备之间端到端加密，Relayium 服务器不保存消息正文或服务端历史。任一端都可复制或留存收到的文本；实时会话结束后，Relayium 没有可恢复的服务器副本。

一端用浏览器、另一端用 CLI 可以吗？

不可以。浏览器与 CLI 使用不同的传输和配对握手。请使用两台浏览器，或两端都使用 CLI。

在两台在线设备上打开 Relayium，把下一段原本要“发给自己”的内容直接传过去。

立即发送文本

继续阅读