开源 · 本地优先 · v0.7

把剪贴板和未完成的工作,带到下一台电脑。

ClipBridge 是一座跨设备的小桥:在同一局域网快速传文字和文件,也通过 GitHub 与可移植交接包,让 Agent 工作在另一台电脑上继续。

支持 macOS 与 Windows · MIT License · 无订阅

clipbridge.local / agent 已就绪
M 发送端MacBook Pro
⌁ clipbridgemain · GitHub origin ✓
Git已同步Context已打包
交接包已准备 代码通过 GitHub · 上下文 18 KB
W 接收端Windows PC
↓ 继续 clipbridge同步代码 · 应用修改 · 恢复上下文
✓安全更新不会覆盖本地修改 ↗可移植Markdown + JSON + patch

为真正的跨设备工作而做

30 秒产品演示

先看一次完整交接,再选择你的工作方式。

从局域网传文字和文件,到通过 GitHub 把未完成的 Agent 工作带到另一台电脑。

  • 00:3030 秒
  • EN英文旁白
  • CC画面字幕
30 秒了解 ClipBridge Built with GMI Cloud

两种连接方式

换设备,不该等于重头开始。

临时内容走局域网,长期项目走 GitHub。ClipBridge 不创造一套新的云,而是把你已有的设备和工作流连起来。

01局域网传输

文字和文件,直接送到身边的设备。

Mac、Windows、Android 与 iPhone 在同一网络即可连接。传输内容不经过 ClipBridge 云端,也不要求注册账户。

  • 剪贴板文字与多文件传输
  • 六位配对码,设备身份可见
  • 不依赖公网速度
02Agent Handoff Beta

代码在 GitHub,上下文跟着项目走。

ClipBridge 把 Git 状态、未完成修改和 Agent 需要的说明整理成可读、可检查的交接包,让另一台电脑从正确的位置继续。

  • 已有项目安全更新,新电脑直接克隆
  • 分叉或本地修改时主动停止
  • 不锁定任何一家 Agent 产品

Agent Handoff 怎么工作

三步,把正在进行的工作交给下一台电脑。

没有隐藏同步,也不伪装成聊天记录迁移。每一步都能看懂、检查和控制。

开始之前
Agent Handoff 需要两台电脑都安装 ClipBridge。

发送端负责读取并打包本地项目,接收端负责克隆或更新项目并应用交接包;两端都需要 Git、Node.js 和该 GitHub 仓库的访问权限。

1×文字与文件传输只需中转电脑安装;手机和其他设备用浏览器配对。 2×Agent Handoff发送电脑与接收电脑都要安装 ClipBridge。
  1. 1
    ›_

    让 Agent 总结现场

    复制 ClipBridge 提供的官方 Prompt,交给当前 Agent;把它的回复粘贴回来。

  2. 2
    ◇

    创建并推送交接包

    ClipBridge 检查 Git 环境,把代码、修改和上下文整理好,并推送到你的 GitHub 仓库。

  3. 3
    →

    在另一台电脑继续

    克隆新项目或安全更新已有目录,应用交接包,再把继续 Prompt 发给新的 Agent。

i

ClipBridge 传递工作状态,不复制专有 Session。代码由 GitHub 承载;对话中真正重要的目标、决策和下一步由开放的 Markdown/JSON 交接包承载。

简单,也有边界

你的数据,走你看得见的路径。

ClipBridge 不经营传输内容云。局域网内容留在设备之间;Agent 项目只使用你选择的 GitHub 仓库。发现风险时,宁可停下来提示,也不替你猜。

阅读安全说明 →
A局域网直达B
AGitHub你自己的仓库B

从这里开始

让下一次换设备,不再打断思路。

下载 ClipBridge,在 Mac 和 Windows 之间建立你自己的工作桥梁。

●macOSApple Silicon / Intel ⊞WindowsPowerShell / Node.js
1

下载并解压在最新 Release 页面下载 Source code (zip),然后解压到本地目录。

macOS Start-ClipBridge-Mac.command 双击启动
Windows Start-ClipBridge-Tray.cmd 双击启动

目前桌面客户端只支持 macOS 和 Windows。

实验性功能 · 公网 WebRTC 在线直传仍可使用,但当前主要开发方向是局域网传输与 Agent Handoff。

常见问题

先把容易困惑的地方讲清楚。

ClipBridge 有两条相互独立、又能共同服务于跨设备工作的产品线。

它本质上不是文件传输吗,为什么又涉及 Agent?

因为 ClipBridge 实际上有两条线。第一条是局域网文字与文件传输,解决“把内容送到另一台设备”;第二条是 Agent Handoff,解决“把一个尚未完成的软件项目在另一台电脑上继续”。前者传内容,后者传递代码与可继续工作的上下文,两者可以分别使用。

使用时必须连接同一个局域网吗?

使用文字和文件的本地直传时,两台设备需要在同一个可互相访问的局域网中。Agent Handoff 不要求同一网络,因为代码与交接包通过你自己的 GitHub 仓库同步。实验性的 WebRTC 在线直传可以跨网络,但在部分受限网络中可能无法建立直连。

ClipBridge 会把我的文件上传到自己的服务器吗?

不会。局域网传输的文字和文件只在你的设备之间流动;Agent Handoff 只使用你明确选择的 GitHub 仓库。实验性 WebRTC 模式的服务端仅交换临时连接信息,不接收传输内容。

它能把 Codex、Claude Code 等产品的完整聊天 Session 搬走吗?

不能,也不会伪装成能够做到。不同 Agent 的专有 Session 格式通常不可移植。ClipBridge 传递的是继续工作真正需要的内容:Git 历史、未提交修改、当前目标、已经做出的决定、已知问题和下一步计划,并使用开放的 Markdown、JSON 与 patch 文件保存。

一定要有 GitHub 账户吗?

局域网文字和文件传输不需要账户。只有 Agent Handoff 需要 GitHub,因为它把 GitHub 当作两台电脑都能访问的项目来源;使用这部分功能时,电脑还需要安装 Git 与 Node.js。

Agent Handoff 需要两台电脑都安装 ClipBridge 吗?

需要。发送电脑上的 ClipBridge 要读取本地 Git 项目并创建交接包,接收电脑上的 ClipBridge 要安全地克隆或更新项目、验证并应用交接内容。两台电脑都需要 Git、Node.js 和目标 GitHub 仓库的访问权限。相比之下,普通文字和文件传输只需要中转电脑安装 ClipBridge,其他设备可以直接使用浏览器。

手机也能使用 Agent Handoff 吗?

手机可以参与文字和文件传输,但 Agent Handoff 目前只支持 Mac 和 Windows 电脑,因为它需要读取本地项目目录,并运行 Git 与 Node.js 命令。网页界面会明确标出哪些功能属于电脑端。

接收项目时,会不会覆盖另一台电脑上的本地修改?

不会静默覆盖。如果目标目录存在未提交修改、分叉历史、detached HEAD 或尚未推送的提交,ClipBridge 会停止更新并说明原因,让你先处理冲突或选择其他目录。