详解 WorkBuddy 的记忆体系
文章以「好记性不如烂笔头」为喻,深入剖析了 AI 助手 WorkBuddy 的三层记忆架构(云端画像、本地长期记忆、工作区日志)。通过对比传统 AI 的「金鱼式」失忆,阐述了长程任务中「读写外部文件」优于单纯依赖上下文窗口的原理。同时,文章探讨了记忆与身份层如何赋予 AI 连续性,并与 OpenClaw 进行了横向对比。
文章以「好记性不如烂笔头」为喻,深入剖析了 AI 助手 WorkBuddy 的三层记忆架构(云端画像、本地长期记忆、工作区日志)。通过对比传统 AI 的「金鱼式」失忆,阐述了长程任务中「读写外部文件」优于单纯依赖上下文窗口的原理。同时,文章探讨了记忆与身份层如何赋予 AI 连续性,并与 OpenClaw 进行了横向对比。
本文深入探讨了 Agent Harness 的概念,即包裹在 LLM 外部、将无状态模型转化为可用智能体的完整软件基础设施。文章引用了 Anthropic、OpenAI 和 LangChain 的实践,详细拆解了生产级 Harness 的 12 个核心组件(如编排循环、记忆系统、上下文管理、验证循环等),并阐述了如何通过优化这层“操作系统”来解决遗忘、工具调用失败和上下文腐烂等工程难题。
本文指出构建 AI 产品的核心不在于选择模型,而在于架构设计。作者分享了 10 个实用经验,强调从工作流而非模型入手、重视检索优于微调、将提示工程视为系统工程、关注延迟优化、为智能体设置护栏、妥善处理记忆、建立评估管道以及优化成本。最终,多智能体系统将是未来趋势。
文章指出 AI 领域正发生范式转移:模型不再是产品核心,Agent Harness(控制框架)才是。LangChain 等团队通过优化 Harness,在不改变底层模型的情况下显著提升了性能。随着模型能力的趋同和商品化,竞争壁垒已转移到包含工具调度、上下文管理、沙箱和评估逻辑的工程化框架上。作者建议企业应从单纯的 Agent 开发转向定制化 Harness 的构建,以实现真正的产品化落地。
文章深入分析了开源 Hermes Agent 的记忆系统架构。与 OpenClaw 不同,Hermes 不依赖单一记忆,而是采用了四层架构:极简的 Prompt 冻结记忆(MEMORY.md/USER.md)、基于 SQLite 的会话搜索、程序化技能以及可选的 Honcho 层。其核心设计理念是保持 Prompt 稳定以利用缓存,并将历史细节剥离至外部工具按需检索。
文章深入对比了 Claude Code 和 OpenClaw 两个 Agent 框架的工程实现。两者虽都采用 Agent = Model + Harness 的理念,但架构迥异:Claude Code 采用分层堆叠架构,服务于单线程深度编程场景,追求精确可控;OpenClaw 采用管道架构,面向多并发的生活场景,追求自主进化。文章从架构、循环、工具、指令、上下文、记忆等九个维度详细拆解了各自的工程设计权衡。
文章深入对比了两大 AI Agent 框架 Hermes 与 OpenClaw 的设计哲学。Hermes 侧重于通过 Honcho 实现“自我学习”和用户建模,本质上属于自动化 Prompt 工程与画像生成;OpenClaw 则坚持“本地优先”的 Gateway 架构,强调数据主权与全平台的即时响应。作者指出,目前的框架记忆机制仍是上下文注入而非模型进化,并建议开发者根据研究、个人助手或客服等不同场景进行选择。
文章基于 Harness Engineering 三大支柱(评估闭环、架构约束、记忆治理),深度对比了 Nous Research 的 Hermes-Agent 与作者基于 OpenClaw 自建的 MemOS 系统。Hermes 主打“有界热记忆 + CLI 优先”,适合个人快速启动;自建方案则采用“无界记忆 + Hook 机制强制捕获”,实现多 Agent 协作与权限隔离,适合团队长期积累。