octop 通过 harness-memory 实现跨机器记忆迁移,依赖统一工作区、外部持久化存储及指定路径启动;迁移后记忆、授权凭证与会话数据自动延续,与模型解耦。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜

Octop 实现跨机器记忆迁移,核心在于其可迁移记忆机制——基于 harness-memory 构建的记忆系统,不绑定具体设备或模型,而是与“工作区(Workspace)”强关联。只要工作区一致,换机器、换模型、甚至切换后端存储方式,记忆都能完整延续。
使用 Model Studio DashScope SDK,调用通义万象图像生成模型(qwen-image、qwen-image-plus、qwen-image-max 及快照版)生成图像。适用于实现图像生成功能。
记忆迁移的前提条件
- 工作区需统一管理(如使用同一 Git 仓库托管 workspace 目录)
- 记忆数据需持久化到外部存储(非默认内存模式),推荐 PostgreSQL 或 COS/S3
- 启动 Octop 时明确指定该工作区路径(
--workspace /path/to/my-workspace)
具体操作步骤
- 将当前机器上的工作区目录整体同步到目标机器(例如用
rsync或 Git 推送) - 确保目标机器已部署兼容的数据库(如 PostgreSQL),并在
config.yaml中配置好连接信息 - 在目标机器启动 Octop 时,复用原工作区路径,并启用
harness-memory插件(默认已启用) - 首次加载时,Octop 会自动识别并挂载已有记忆快照,无需手动导入导出
注意几个关键细节
- 记忆内容按用户+会话维度隔离,多用户环境下不会互相污染
- 若使用本地磁盘存储记忆(如 SQLite),迁移时需一并复制
memory/子目录 - OAuth 授权凭证、Connector 绑定状态等上下文也随工作区迁移,微博/腾讯文档等接入无需重新授权
- 换用不同 LLM 后端(如从 Qwen 切到 GLM4)不影响记忆读取,因记忆层与模型解耦
迁移完成后,你在旧机器上聊过的家庭日程、孩子疫苗记录、团队待办事项,都会在新机器上自然接续。










