在一台电脑上把 AI 用顺以后，换设备常有一种具体的挫败感。笔记留在旧电脑，项目资料散在几个文件夹里，写给 Codex 的规则也只存在本地；新电脑即使装着同样的软件，打开后仍像第一次见面。
要让工作真正接上，目标应当写得更准确：两台设备共享同一份 Markdown、附件、项目说明和明确选中的 AI 规则。模型厂商的聊天记录、应用内部记忆和账号状态，不会因为同步了一个文件夹就自动合并。下面用 Obsidian 管内容，用 Syncthing 传文件，再让本地 AI 协助检查目录和排除规则。
先决定什么可以离开这台电脑
最省事的办法似乎是同步整个用户目录，风险也从这里开始。.codex、.claude 一类隐藏目录里，规则、缓存、会话状态、身份凭据和机器配置可能混在一起；整个复制过去，绝对路径会失效，配置也可能互相覆盖，API Key 和登录令牌还会多出一份不受留意的副本。
适合共享的是知识库里的 Markdown、图片、PDF、项目说明、提示词模板，以及明确准备跨设备使用的 Skill 源文件。缓存、依赖目录、Git 内部数据和工作区布局通常应排除；.env、私钥、Cookie、登录令牌及其他凭据不要进入同步目录。需要共用的长期规则，可以整理成一两个可读的 Markdown 文件，让两台电脑分别引用。
配置前，先让本机 Codex 做只读检查。
我要用 Syncthing 在两台电脑之间同步这份 Obsidian 知识库：
【粘贴知识库绝对路径】
请先做只读检查，不要安装软件，也不要修改、移动或删除文件。
请列出大目录的用途，把内容分成建议同步、建议排除和禁止同步三类；只报告疑似凭据文件的路径与风险，不输出内容；检查文档和配置中是否写死当前电脑的绝对路径；最后给出一份 .stignore 草案，等我确认后再应用。
常见排除项可以从下面几行起步，但要按实际目录调整。
(?d).DS_Store
(?d)Thumbs.db
/.obsidian/workspace.json
/.obsidian/workspace-mobile.json
**/node_modules
**/__pycache__
**/.git
配对之后，先等第一次同步完成
从 Syncthing 官网 为两台电脑安装对应版本并启动。管理页面通常位于 http://127.0.0.1:8384，这是本机地址，不应暴露到公网；首次使用时还应在 GUI 设置中启用身份验证，避免同一台电脑上的其他程序直接进入管理界面。
两台电脑用 Device ID 互相确认后，在电脑 A 添加现有 Obsidian 目录，设置固定的 Folder ID，并共享给电脑 B；电脑 B 收到邀请时，选择一个新的空目录。两端显示 Up to Date 之前，不要同时编辑同一篇文件。.stignore 从共享目录根部读取，而且文件本身默认不会被同步，所以两端都要放一份相同规则，或显式引用一份公共规则。
两端还应开启文件版本控制。Syncthing 的版本控制主要保存被远端修改或删除时替换下来的旧文件，本机自己的修改未必在本机留下历史，因此只开一边会有缺口。第一次使用可以在两端选择交错版本控制，并根据资料价值设置保留时间。具体行为应以官方版本控制说明为准。
四个动作通过，才算接起来
看到绿色状态还不够。在电脑 A 新建 _sync-check.md 并写入当前时间，等电脑 B 收到后追加一句，再回到电脑 A 检查更新；随后从电脑 B 删除测试文件，在电脑 A 查看历史版本并尝试恢复。创建、接收、反向修改和误删恢复都成功，链路才可用。
接着在电脑 B 搜索 .env、id_rsa、credentials、token 等高风险文件名，确认它们没有跟着出现；随机打开几篇带图片和附件的笔记，检查相对链接；若同一文件在两端离线修改后产生 sync-conflict 副本，应人工合并，不能让 AI 批量删除。
双向同步也不等于备份。删除和错误修改会传播到所有设备，Syncthing 官方 FAQ因此仍建议保留独立备份。至少留一份不参与实时同步的定期副本，放在外接硬盘或带历史版本的云端。等四个动作和凭据检查都通过，换台电脑时，本地 AI 才是真的接着干活，而非重新认识一遍散落的文件。