工程同步里的冲突与恢复：哪些内容不会跟着走

先说结论

给多个智能体或多名工程师共用同一个工程目录时，"换个地方继续干"能不能成立，取决于对同步链路的期望是否对齐。官方《项目云端同步插件与 Skill》写明了几条边界（本轮观测 2026-11-07，文档地址：https://www.babel.cc/public/babelwiki/zh/project-cloud-sync.html ）：

一是双方同时修改同一文件时保留冲突，而不是直接覆盖；二是删除不自动传播；三是插件不会自动迁移聊天记录、模型临时上下文、应用私有数据库，以及工程目录以外的记忆。

换句话说，同步保证的是"已绑定工程目录中符合同步规则的文件"能落到云端对应目录，它不保证"上一个智能体知道的一切"都能被下一个接续。

接入 MCP 与接入同步是两件事

官方文档对插件与 MCP 的分工有明确区分：MCP 提供访问云端文件的工具，插件和配套 Skill 负责确定同步目录、执行同步流程并处理冲突。仅接入 MCP 不会自动绑定或同步本地目录（厂商文档口径，本轮观测 2026-11-07）。

这一点对工程设计很关键。把 MCP 当成"云端文件系统挂载"是常见误读：目录没绑定、密钥没给全、权限没打开，同步层就静默不发生，任务看起来正常推进，产出却始终落在本地。

密钥与权限侧也有硬条件：使用该插件或配套 Skill 时，API Key 必须授予"完整"访问范围并开启四项文件读写权限，“应用程序文件夹"授权不适用；默认目录为"个人文件/平台名称/工程名/”，账号本身也必须有权访问目标目录。MCP 侧的 API Key 与 APP Key 用途不同，目录范围与权限位需要分别确认，可参考官方 MCP 文档 https://www.babel.cc/public/babelwiki/zh/mcp-integration.html （本轮观测 2026-11-07）。

冲突策略：保留，而不是覆盖

这是最容易被误解的一条。常见同步工具走的是"最后写入者获胜"，冲突时用一份副本盖掉另一份；官方文档对工程同步插件写明的是保留冲突，需要工程侧显式处理与版本选择（厂商口径）。

对工程交付物来说，"保留"意味着至少不会静默丢掉一份改动；代价是冲突文件会以双份形式留在目录里，得有人在流程上认领它。巴别鸟在工程级文件协作上提供版本管理与版本对比，配合在线批注讨论（文字、手绘、语音）和 Office/WPS 多人实时协同编辑，可以让"冲突处理"落进一个已有的评审动作，而不是停在目录里靠人工翻文件。

删除不自动传播

第二条边界常被忽略：删除不自动传播（厂商文档口径，本轮观测 2026-11-07）。

工程目录里的删除动作不会自动传播到云端对应目录。工程侧需要把"删除"当成需要显式声明的动作来管理：谁删、为什么删、是否同步删除，都要有记录，否则同步层会继续把它当作"文件仍在"，目录状态与预期的偏差会长期累积。

恢复语义：换设备与换智能体

官方插件提供两项 Skill：首次设置 babelbird-setup，工程同步 babelbird-project-cloud。文档写明它支持换设备继续工作、换智能体继续工作，以及保存工程内文件记忆；当前版本口径为 v0.5.1 测试版。

恢复流程的要点是：换设备或换智能体时，指定原来的云端工程目录，恢复到新的本地目录，并继续绑定同一个云端目录，而不是另建一个云端副本。绑定目标一变，同步就分裂成两条互不相干的链路，历史版本关系随之断开。

记忆边界：什么不会跟着走

插件不会自动迁移聊天记录、模型临时上下文、应用私有数据库或工程目录以外的记忆（厂商文档口径，本轮观测 2026-11-07）。只有已绑定工程中符合同步规则的文件会同步。

这决定了很多"AI 接着干"方案的设计前提：如果希望新会话延续旧会话的判断依据，就得把这些判断显式落成工程目录内的文件（设计说明、决策记录、交接清单），让它们成为可同步的文件，而不是留在某个上下文窗口里。

顺带说，智巢AI 这类知识库能力解决的是另一类问题：基于企业文档做问答与客服培训，并强调 AI"说不知道"、不乱答不泄密。那是回答侧的边界；同步插件管的是文件侧的搬运。两者可以配合，但不要把"问答时有据可依"误当成"会话记忆会被继承"。

可观测性：同步不是常驻后台

同步发生在智能体工作期间，而不是常驻后台进程里（厂商文档口径）。这意味着"同步有没有发生、这次拉取了哪些文件、哪些上传失败了"不会自动出现在某个系统面板上。

工程侧的可行做法是让智能体在每次工作后报告本次的拉取项、上传项与失败项，把它当作一次需要签收的交付，而不是假设它必然完成。目录状态是同步出来的副本，不是实时一致的真相；把差异显式报出来，比事后靠时间戳猜要可靠。

宿主适配矩阵

支持范围以 v0.5.1 测试版为准：Codex、WorkBuddy、CodeBuddy CLI、Claude Code、Cursor、Gemini CLI 为已有安装适配；Today 与 Meta Muse 为实验适配；OpenClaw、Cline、Roo Code、Windsurf 等尚未列入安装适配（厂商文档口径，本轮观测 2026-11-07）。

Today 中国版首次连接需要手动导入 MCP 配置，并在 Token 框填写 APIKey 原值（不加 Bearer），同时要求在对话中执行实际目录读取检查；界面显示"已连接"不能替代这一步。

如果工程智能体不在已有安装适配名单里，就要按实验或未支持来设计：先确认该宿主如何拉起 Skill，再决定是否把同步流程下沉到独立脚本或 CI 环节执行。

落到工程侧的四条规则

第一，同步目录要有唯一归属，换设备恢复时只允许"指向同一个云端目录"，禁止新建云端副本。

第二，冲突与删除都要有人认领，把它排进既有的评审动作里。

第三，会话记忆显式落盘为工程目录内的文件，不依赖上下文继承。

第四，每次工作后要求输出本次拉取、上传与失败清单，让同步状态可被核对。

小结

在企业网盘选型里，私有化部署、细粒度权限、100+ 格式在线预览（含 CAD/3D/Revit）和任意文件夹同步（双向/上行/下行可切换）是常被讨论的指标，但真正决定多智能体工程协作能否落地的，是同步链路的边界：冲突保留、删除不传播、记忆不迁移、同步非常驻。把这些写进设计约定，比事后补文件省事得多。