读插件的 yaml 就失败
1.2.3 解决了依赖冲突，但随即暴露第二层：_plugin_version() 读 plugin.yaml 没指定 encoding，中文 Windows 默认 GBK → 插件注册直接失败。
记忆功能不可用却叠加了三个互不相关的故障：依赖版本互相冲突且不可解；Windows GBK 把 plugin.yaml 读坏；环境变量文件也被写成了 GBK。修复不是强装依赖，而是换上游版本 + 一行 UTF-8 补丁 + 只修编码。
插件 1.0.1 要把整套 hindsight-all 装进固定环境：hindsight-api-slim 需要 protobuf>=7.35.1、otel>=0.65b0——都与 mem0ai / modal、mistralai 的既有约束硬冲突。Hermes 0.22.2 还把旧的自动补装 API 退休成报错 shim。这条路是数学上不可能的，不是「再试一次」能解决的。
1.2.3 解决了依赖冲突，但随即暴露第二层：_plugin_version() 读 plugin.yaml 没指定 encoding，中文 Windows 默认 GBK → 插件注册直接失败。
profiles\hermes.env 是 09-27 由默认编码进程写入的 GBK 文件，而 hindsight-embed 按 UTF-8 读 → daemon 无法启动。
①升级插件到 1.2.3（服务器移出进程，从依赖困境中脱困）②在 __init__.py:94 加一行 encoding="utf-8" 补丁 ③env 只改编码不改内容（备份在 hermes.env.bak-gbk-…） ④Gateway 优雅重启一次。
面对三层故障，最贵的动作其实是「全推倒重来」。这里选择「分清层次、每层取最小修复」——所以有回滚、不赌博、不需要 --force。