最后更新·
你在 Mac 上复制了一段长链接，想粘到 Windows 桌面，或者家里那台 Linux。常见的“解决方案”其实都挺糟糕：
你在 Mac 上复制了一段长链接，想粘到 Windows 桌面，或者家里那台 Linux。常见的“解决方案”其实都挺糟糕：
这些工具没一个是为剪贴板设计的。而且它们对剪贴板里实际会出现的东西（密码、API key、内网链接、半段草稿）也都不太友好。
这篇页面要讲的是 UniClipboard 专门盯的那条窄缝：跨 Mac、Windows、Linux 的剪贴板同步，不要云账号，不要自托管，跨公网端到端加密。
先把话说清楚：“不要云账号”不是“不走网络”。设备会先尝试 P2P 直连。当网络不配合时，流量会走加密中继兜底。中继可以转发字节，但读不到你的剪贴板。
“在 Telegram 给自己发一条”应付一条 URL 没问题。多发几次就开始难受：
最糟的部分是它会让你忘掉成本。久了之后，你已经记不清自己默默在 Telegram 或 WhatsApp 上转发过多少条 token、路径、片段，只为了在另一台机器上用三十秒。
剪贴板同步工具应该让这个习惯没必要存在。
“注册、装客户端、同步”那种典型的云剪贴板服务有一个结构性问题：你的剪贴板内容会出现在别人服务器上，而那种形式上，理论上是有可能被你之外的某个角色读到的。
对杂货清单来说也许无所谓。但对这些就不是：
剪贴板里大部分内容是平淡的，问题是其中一小部分不是，而你在实时操作的当下没法把这两类分开。所以问题就变成：你愿不愿意把这一切的并集——包括那些你绝不会主动上传的东西——都交给一个第三方服务？
“我们加密你的剪贴板”和“我们读不到你的剪贴板”不是同一件事。真正要看的细节是密钥放在哪、服务端有没有那个能力去读，以及如果被强制要求时它会怎样。
UniClipboard 在这块的立场刻意收得很窄：剪贴板 payload 在源设备上用中继没有的密钥加密，到接收设备上才解开。传输层——不管直连还是中继——永远拿不到明文。
下一个本能反应，尤其在自托管圈，是：自己跑个服务器吧。
自托管一个同步服务器，所有设备指过去，搞定。对一部分人来说这就是正解，开源圈也有这种形态的好项目。
但对“只是想让剪贴板跟着我跨三台桌面走”的大多数人来说，这是过度设计：
自托管在你本身就喜欢运行这种东西时才划得来。否则，剪贴板就静悄悄地变成 homelab 上又一件杂活。
UniClipboard 卡在“给自己发消息”和“自己跑服务器”之间。形状是这样的：
这里有几件事很关键：
配对，不是登录。 没有 UniClipboard 账号。你在网络里的“身份”就是你配对过的设备。哪天不再信任某台，就解配对。
没有中心剪贴板数据库。 你的剪贴板没有放在 UniClipboard 服务器上，因为根本没有 UniClipboard 剪贴板服务器。每台设备只保留自己的加密本地历史。
网络允许时优先直连。 两台设备能直接互通时（同一局域网、友善的家庭网络、hole-punch 成功），流量根本不经过任何中继。
中继只在兜底时出现。 直连失败时——在真实网络上，这会发生——中继把连接缝起来。中继看到：
中继看不到：
这是有意做的切分：保住“无账号跨公网同步”的便利，同时不让任何服务器获得读你剪贴板的能力。
UniClipboard 是用 Rust + Tauri 2 写的原生桌面应用，跑在 macOS、Windows、Linux。
目前还做不到的：
安装路径刻意短：
没有“注册账号”这一步，因为没有账号。也没有“配置服务器地址”，因为没有需要你指过去的服务器。
如果两台设备在同一局域网里配对，第一次连接通常是直连。如果在不同网络，UniClipboard 能 hole-punch 就 hole-punch，不能就走加密中继兜底。
简短一遍，不踩别人，只说每种形状适合谁。
这种产品的前提是你能去验证声称，而不只是“相信我们”。
UniClipboard 是开源的。加密用的是经过广泛 review 的原语，没有自造加密。本地存储加密落盘。传输层独立于加密层，所以中继的角色在结构上就被限制成只能搬密文。
如果你想看细节：
这些不能替代第三方 audit。但它意味着设计上的信任面被尽量收小，并且对外可查。
如果你今天就需要跨手机同步剪贴板，或者你专门想运行一台服务器，这个工具不合适——我们宁可直说，也不愿意把你哄进错的形状里。
不是。它的意思是没有 UniClipboard 云账号、没有中心剪贴板数据库、没有要你注册的东西。设备之间还是要走网络。先尝试 P2P 直连，直连不行再走加密中继兜底。中继只看到密文。
不能。剪贴板 payload 在源设备上用中继没有的密钥加密。中继看到的是加密字节、peer ID、以及字节数量和时间戳这种流量元数据。它看不到剪贴板内容、剪贴板类型、设备名、配对口令。
可以。Tailscale 很好。代价是每台机器都得装 Tailscale、加入同一个 tailnet，并且你还要自己接好跨平台剪贴板 API 和历史层。UniClipboard 想做的是“装一次就解决”的形状，不要再额外接一个网络产品。
经常可以——这就是中继兜底要解决的场景。直连 P2P 失败时（恶劣 NAT、封得很严的公司网、部分手机热点），加密中继会把密文在两台设备之间搬过去。你不需要在两个网络之间再搭一条 VPN 隧道。
支持。除 macOS、Windows、Linux 桌面端外，已有原生 Android App（签名 APK）和 iOS TestFlight 公测。如果不想装原生 App，也可以走 SyncClipboard 开放协议在局域网内同步——iPhone 用「快捷指令」，Android 用兼容 SyncClipboard 的客户端。
每台设备本地保存，加密落盘。新的剪贴板项会在已配对设备之间同步，但每台设备保留各自可搜索的历史，而不是把每条都镜像到一个中心位置。
故意的。AGPL 防止有人 fork 一份做闭源托管，私下削弱隐私保证又不公开改动。对一个靠隐私声称立足的产品来说，许可证就是这种声称的强制约束之一。
如果你的剪贴板问题确实是“Mac + Windows + Linux，不要云账号，不要服务器”，那 UniClipboard 就是为这件事做的。
配对两台设备，这边复制，那边粘贴。如果你不再觉得这件事是负担，那就是它的目标。