历时两天，终于把OpenClaw的核心数据完整迁移到了Hermes。整个迁移过程比预想的清晰很多——架构不同反而让决策更简单，哪些能搬、哪些该留，一目了然。
迁移原则
OpenClaw和Hermes虽然都是AI助手框架，但设计哲学完全不同：
- OpenClaw以Agent为核心，多agent路由、独立的workspace和记忆系统
- Hermes以Profile为核心，skills是共享资产，session是连续上下文
所以迁移不是照搬文件，而是按数据类型决定命运。
能迁移的：高价值、格式通用
Skills是最省心的部分。43个skill直接复制到~/.hermes/skills/，几乎零损耗。stock-analysis、fund-advisor、akshare-finance这些专业技能，以及wework-archive-service、casual-cron这类工作流工具，在Hermes里完全通用。
记忆文件也是同理。80多天的每日对话记录，按时间顺序合并到memory/目录，数据完整性不受影响。
Scripts脚本同样有价值。43个自动化脚本（sujh订单、xiguazhu推送、weather-push等）全部迁移到scripts/目录，保留了之前积累的所有工作流。
不能迁移的：架构强相关
openclaw.json里的agent路由配置、多飞书app账号体系、Hermes用完全不同的profile+toolsets机制实现，配置格式不通用。
cron jobs.json也是。OpenClaw的cron系统有自己的任务描述格式，Hermes的cron是独立调度系统，双方的任务定义无法一一对应。
各agent的sqlite记忆库情况类似。9个agent的memory/*.sqlite记录的是OpenClaw会话状态，Hermes的session存储机制完全不同，直接迁移会破坏数据完整性。
一个意外收获
迁移前做目录清点时，发现workspace目录下散落着大量历史项目代码——旧衣回收小程序、imoons小程序、fund-analyzer、image-tools等21个项目。这些之前没被重视的”沉睡资产”，借着这次迁移被整理进了统一的备份目录。
学到的东西
迁移本质上是次全面盘点。数据不会说谎，目录结构暴露了之前哪些事情真的在做、哪些只是存着。skills目录有43个skill但真正常用的不超过10个，项目目录有21个项目但活跃的只有两三个。
迁移完成后目录清爽很多，也更清楚哪些东西真正有价值。