dsh-shuttle

每天在 DSH、Codex、Claude Code、Reasonix、Pi、OpenCode 之间来回切换的开发者，最怕的就是会话记录被锁死在某一家的私有格式里——换工具、换机器、做归档，历史就断了。DSH Shuttle 要解决的就是这个「会话孤岛」问题：它把任意受支持平台的对话投影为一个 provider-neutral 的中间模型，再转写为 DSH 事件或目标平台的原生导入格式，文本、推理链、工具调用与结果、时间戳、工作目录、模型标识，只要目标端支持就全部保留下来。

迁移本身是双向的：既能把外部平台的会话批量导入 DSH，也能把 DSH 里的任务导回任意目标端。安全设计是贯穿始终的默认值——所有操作先做 dry-run 预览，JSON 报告确认无误后才加 --apply 真正落盘；目标端已有的 DSH ID 或文件一律跳过、绝不覆盖；读取有大小和条数上限，不递归符号链接目录；OpenCode 走官方 JSON 信封而非直接改数据库。交互入口有三种：Settings 面板里的可视化导入/导出表单（带独立预览）、会话输入框里的 /shuttle 斜杠命令、以及 pnpm build 之后的离线 CLI，覆盖从图形界面到脚本管道的各种使用习惯。

如果你同时在两三个 AI 编码工具里干活、需要把散落的对话统一归档到 DSH 的 JSONL 或 SQLite 后端，或者团队里有人切到 Claude Code 又有人留在 Reasonix、彼此想共享调试上下文，DSH Shuttle 就是那座桥。它不替代任何一家的工具链，只负责让会话数据在它们之间安全、可逆地流动。