最后更新·
搜这个关键词的人，其实很少真的在找"剪贴板工具大全"。大多数人想要的是一个**同时**满足这些条件的工具：
搜这个关键词的人，其实很少真的在找"剪贴板工具大全"。大多数人想要的是一个同时满足这些条件的工具：
把这些都摆出来，会发现这是一个比想象中窄的组合。大多数工具能满足其中三四条，但总会卡在某一条上。这篇文章按"工具类别"梳理可选项，说明每一类什么时候真的更合适，再说明 UniClipboard 在哪个位置。
UniClipboard 是这一类里的一个项目——这篇文章发在它的官网上，所以请相应地看待立场。这里的目标不是踩竞品。它们各自做的事都挺扎实。目标是帮你按真实需求选对工具。
如果你的需求正好命中最后一条，UniClipboard 就是为这个场景做的。如果不是，上面的其它工具可能更合适。
在比较具体工具之前，先说清楚什么样的体验才算"剪贴板同步做对了"。
scp。下面进入具体类别。
适合场景： 主要需求是 手机 ↔ Linux 桌面，配套通知、文件传输，剪贴板是其中一个功能。
优点：
为什么不太适合 Mac+Win+Linux：
如果你的三台设备是 Android 手机、Linux 笔电、另一台 Linux 机器，KDE Connect 真的很合适。如果是 MacBook、Windows 桌面、Linux 机器，你会感受到落差。
适合场景： 所有机器都在同一张桌子上，想用一套键鼠驱动多屏，剪贴板跟着鼠标走。
优点：
做得不那么好的部分：
如果你的日常是"两块屏在同一张桌子上，鼠标滑过去"——Synergy / Deskflow 比纯剪贴板工具更对路。如果是"工作笔电被公司 VPN 套住，家里桌面在另一个网络上，两边要共享剪贴板"，它们这套就不太能直接覆盖（除非你再搭一条 VPN 隧道）。
适合场景： 你已经因为别的原因在跑 Syncthing 或 Tailscale，并且乐意自己接剪贴板那一段胶水。
优点：
会有点别扭的地方：
如果你已经住在 Tailscale 里，并且乐意维护私人脚本，这是合理路径。对大多数人来说，"在每台机器上装一个 app"还是比"部署两个 daemon 再写连接器"轻。
适合场景： 你明确想要一个自己运维的剪贴板服务器，要 Web dashboard、要服务端配置、要 Android 客户端。
优点：
成本所在：
如果"自托管"本来就是需求的一部分（合规、homelab、Android 优先），ClipCascade 是合理选择。如果你的真实需求其实是"我只想我的剪贴板跟着我走，但不想信任厂商云"，看下一类。
更详细的比较见：ClipCascade 替代方案：不用跑服务器的开源剪贴板同步。
适合场景： 你想要同时拿到这一组属性——开源、Mac/Win/Linux、不要云账号、不要自托管服务器、跨公网端到端加密、加上真正的本地剪贴板历史。
它是什么：
诚实的局限：
UniClipboard 是这篇文章发布所在的项目，请相应地看待立场。诚实版是：它就是为上面那几类工具留下的那个具体缺口做的——三个桌面端、不要云账号、不要自托管服务器、真隐私、可查询的历史。
| 需求 | KDE Connect | Synergy / Deskflow | Syncthing+脚本 | Tailscale+脚本 | ClipCascade | UniClipboard |
|---|---|---|---|---|---|---|
| 开源 | 是 | 是 | 是 | 客户端开源 | 是 | 是 |
| Mac/Win/Linux 都是一等公民 | Linux 优先 | 是 | 是 | 是 | 是 | 是 |
| 不需要云账号 | 是 | 是 | 是 | 需要 Tailscale 账号 | 服务端账号 | 是 |
| 不需要自托管服务器 | 是 | 其中一台当服务器 | 依赖发现/中继 | Tailscale 基础设施 | 自托管或社区服务器 | 是 |
| 跨公网端到端加密 | 偏 LAN | 偏 LAN | 是 | 是 | 是（按 README） | 是 |
| 剪贴板历史 + 搜索 | 无 | 无 | 自己做 | 自己做 | 不是核心 | 是（加密） |
| 图片 / 文件剪贴板 | 部分 | 部分 | 自己做 | 自己做 | 是 | 是 |
| 当下有 Android 客户端 | 是 | 无 | 是（仅文件） | 是（不是剪贴板） | 是 | 是（原生 App） |
| 最适合 | 手机 ↔ Linux | 同桌 KVM | DIY 文件夹同步 | DIY 私有网 | 自托管服务器 | 无账号桌面同步 |
注：ClipCascade 行为基于其 README（https://github.com/Sathvik-Rao/ClipCascade）总结。具体使用前请以仓库为准。
按这个顺序过一遍：
如果你在第 5 步之前就已经 yes 了，那个更早的工具大概就是对的。
每种方案都有自己的"信任问题"：
具体到 UniClipboard，中继看得到：
看不到：
这是密码学的属性，不是营销承诺。加密层独立于传输层，中继被当作不可信中间跳。代码在 GitHub 上，可以自己核验。
如果你认真试过上面几类工具，最后每一对设备落在不同工具上——你不是一个人。这个赛道之所以分裂，是因为各家的设计中心不一样。
对"开源 + Mac+Win+Linux + 不要云账号 + 不要自托管服务器 + 跨公网 E2EE + 加密本地历史"这个具体交集，UniClipboard 就是为这个交集做的项目。它不是"比 KDE Connect 强"或者"比 Synergy 强"，是另一种形态，针对上面这组需求。
如果你的需求和这组不同，本文里其它工具老老实实就是更合适。
没有单一赢家——取决于你是否也要移动端、是否想要自托管服务器、能不能接受云账号。如果要在桌面和移动端之间同步、不要账号、不要自己跑服务器，UniClipboard 命中这个缺口。需要带移动端 + 自托管服务器，ClipCascade 更合适。同一张桌子上一套键鼠多屏，Synergy / Deskflow 比任何"纯剪贴板"工具都更对路。
可以。没有 UniClipboard 账号、不需要 Apple ID、不需要 Google 账号、没有厂商登录。每台桌面装好后，设备之间直接配对（用配对口令），UniClipboard 的服务器不在剪贴板内容的链路里。
不需要，它不是自托管模型。设备点对点配对，网络条件允许时直连。直连不可用时，加密中继转发字节——中继看不到剪贴板内容，因为传输前已经加密。需要 LAN-only 模式也有。
取决于工具。剪贴板同步的安全性取决于最弱那一跳。UniClipboard 的设计是端到端加密，把传输层（包括任何中继）当作不可信。KDE Connect 和 Synergy 系是为可信局域网设计的，不是为任意公网。ClipCascade 这类自托管工具，信任迁移到你自己的服务器。选信任假设和你真实环境最匹配的那一种。
支持。iOS 在 TestFlight 公测，Android 提供原生 App（签名 APK）；不想装原生 App 也可以走 SyncClipboard 协议在局域网内同步。想要更成熟的移动客户端，ClipCascade、KDE Connect 仍然可选。
大多数同步工具只同步最新一条，不存可查询的历史。KVM 类（Synergy / Barrier / Deskflow）不存历史。自己拼的方案默认也不会，要做你得自己实现。UniClipboard 自带加密本地历史和全文搜索。ClipCascade 主要在做同步，本地历史和搜索不是它的核心。
两个诚实的坑。第一，iOS 仍在公测（Android 已提供签名 APK）。第二，底层 P2P 栈（iroh）比 libp2p 或 Syncthing 协议年轻，0.x 阶段会有变动；不过 UniClipboard 依赖的 iroh 接口很小，能吸收这些演进。如果这两条对你是 deal-breaker，本文里其它工具可能更合适。
如果你的需求是开源、三个桌面端、不要云账号、不要自托管服务器、跨公网端到端加密，UniClipboard 就是为这个交集做的。
如果你找到一个更命中这一组需求的工具，欢迎告诉我们——我们更愿意去用它，而不是和它对线。