tencentcloud/octop-memory 于 2026 年 11 月 4 日发布 1.0.3。相关改动通过 GitHub 仓库的 PR #38 合并提交（dccc47c）合入，变更涉及 5 个文件，新增 13 行、删除 7 行。该项目是一个记忆系统，即使会话发生变化，也能延续代理的偏好和上下文。包描述宣称支持分层召回（hierarchical recall）、FTS 检索以及多个后端，许可证为 MIT。
本次版本的核心（记录在发布说明 CHANGELOG.md 中）是此前在长会话中会中断的候选提取路径。现在不再把会话的全部事件放入一次请求，而是以单批次事件数（默认 100）和字符预算（默认 20,000）为基准进行切分后调用模型。此前这类请求会超出上下文长度，以「长度截断/超时」失败（#25）。同时，将表示「已提取」的游标保存在 {ns}_meta 的 extracted_ids/v1/<session> 中，以便重启后从 meta 继续处理。增量提取路径以 strict=True 记录游标，若记录失败，整个事务回滚，候选记录也随之取消。事件会保留在等待重试的状态，不会被静默跳过。
审计和页面重建方面也做了处理。对于缺少 uncertain 字段的历史手动文档审计记录，不再信任已经比对过的进度，而是把活跃事实退回为重新审查对象（#33）。EntityPage 重建会对照页面修订号，避免在模型调用期间覆盖用户编辑过的内容。即使 Windows 的 allowlist glob 中带有根目录或驱动器字符，也不会抛出异常。
不过，1.0.3 并非以新增功能为主，而是以修复和文档更正为中心的版本。Hermes 安装说明把 docs/integrations.md 和 provider README 统一为一条路径，提示在仓库内的 plugins/hermes/octopmemory 子目录中用 --ref 指定完整的 40 位 SHA 进行安装，并说明用 hermes --print-runtime-command 确认网关解释器。同时也明确指出，该仓库不在 PyPI 发布独立的插件包，因此现有命令会返回 404（#10）。这次提交记录中没有性能数值或用户数量，因此无法用数字衡量改进幅度。但至少可以确认，失败条件和安装流程已通过文档得到收窄。在 1.0.2 中处理过长会话的团队有升级的理由；尚未开始使用的团队则可以推迟决定。