0. 缘起：为什么不是"备份"而是"双写"

我桌面上跑着多台机器：一台 NUC 常驻当执行机（全天开、负责跑任务），主力机晚上用，手机/平板当控制端发指令。同一 WorkBuddy 账号登录多端。

一台机器不能控制另一台机器上的任务

。于是多端共用同一账号时，项目文件、记忆、技能只能自己解决同步——而且要的是"任意一端都能读写同一份"，不是"主端备份、从端只读"。这就是"双写同步"的由来：两端都能写，通过中转仓合并，谁后推谁先合并。

3.1 Skill 层级：设计被平台机制打脸（最痛）

方案设计阶段，基于"自包含"的理想，我定了一条纪律：

，而不是用户级。逻辑很美：项目自带技能，迁移即带走，多干净。

，技能失能。根因：WorkBuddy 的 Skill 加载器

，项目归属改用 MEMORY「项目索引」标注（"逻辑专属、物理用户级"）。原来那条"默认工作区级"的规则

3.2 环境变量谣言：先 grep 安装包再动手

同源的另一个坑（工作区迁移复盘）：网上教程说设 

，根本不存在。WorkBuddy 真正的路径变量是进程级注入的（

3.3 WB 注入变量不可靠：自定位才是王道

只在 WorkBuddy 自身的终端/沙箱内注入

、计划任务、独立 cmd 启动时这些变量

更隐蔽的是：静态 Windows 变量替代不了 WorkBuddy 的

（在 A 项目=A 根，在 B 项目=B 根，写死的变量复制不了这行为）。

最终定下的三层路径机制（按优先级）：

3.4 仓库外依赖：同步永远够不到的盲区

指向。sync 管不到仓库外的东西。

 盘——盘符写错。同步前必须先修，否则 B 机复制过去也是错的。

最大的误解是"项目已经用 git 管理了，再加同步 git 会不会打架"。

——这是同一个仓库的两种用途：你用 git 做有意图的版本管理，sync 只负责搬运已 commit 的状态。git 原生支持多 remote，加一个 

 remote 指向裸仓即可，原本地管理完全不受影响。真正会冲突的点只有一处（见 3.1 双模式那段），用 

这套方案目前还在计划阶段，已经踩了很多坑，后续实践继续更新。

多机共用一个 WorkBuddy 账号：跨机双写同步的实践与踩坑

workbuddy多电脑端如何协同工作，同步。

开发工具

后端

职业发展

同一WorkBuddy账号多机同步采用git双写模型，通过NUC裸仓中转实现双向读写。核心方案：per-workspace独立仓库+白名单控制，commit-aware与full-snapshot双模式兼顾版本管理与文档同步。关键经验：技能必须用户级、脚本自定位零盘符、仓库外依赖需内联，避开归档与db目录。

数据库

WorkBuddy 

Windows

2026上云采购 | AI焕新·智启新局

workbuddy

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

多机共用一个 WorkBuddy 账号：跨机双写同步的实践与踩坑

多机共用一个 WorkBuddy 账号：跨机双写同步的实践与踩坑

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐