北京
一个开源项目正在尝试回答一个被大多数Agent系统忽略的问题：会话之外，Agent的工作状态应该存在哪里？
Cohub，一个开源的Agent OS（代理操作系统），给出的答案是：给Agent一个共享的工作空间，文件、会话、工具、定时任务、可复用的上下文，全部放在同一个地方。这个项目在GitHub上开源后，其设计思路中值得关注的是它最终采用的双层记忆模型。
两个记忆层，两种写入策略
Cohub把记忆分成了两个层次：Context Hub（上下文中枢）和Space（空间）。前者是经过整理的组织级记忆，后者是一个具体项目的工作状态。这两者需要完全不同的写入策略。
如果每一个临时脚本、草稿、失败的尝试、个人笔记都进入全局记忆，检索质量最终会崩溃。但如果任务结束后把这些全部删除，又太浪费——因为失败的尝试和中间产物，往往恰恰解释了最终结果是怎么得出的。
Cohub的解法是：完整的工作现场保留在Space内部，只有持久性的知识被提升到Hub中。这样一来，Agent系统就有了两个保留维度：低成本保存执行状态，有选择地沉淀共享判断。
从"对话历史"直接跳到"长期记忆"的另一个区分维度
不少Agent记忆系统似乎直接从对话历史跳到了"长期记忆"。Cohub的设计提供了一个更有用的区分维度。一个组织大概率不需要一个巨大的记忆库，它需要的是：一个Agent可以弄乱的地方，和一个Agent不能弄乱的地方。
这个区分看似简单，却触及了Agent系统设计中的一个核心矛盾：记忆既要足够丰富以支撑推理，又要足够干净以保证检索质量。把"工作现场"和"组织知识"混在一起，两头都做不好。
为什么这个设计值得关注
Agent系统正在从单次对话走向持续工作。当一个Agent需要跨多个会话、多个任务持续工作时，记忆的分层管理就不再是锦上添花，而是基础设施。Cohub的贡献在于，它把"哪些该留、哪些该扔"这个模糊的问题，变成了一个清晰的两层结构。
这个项目目前还在早期阶段，但其设计思路——尤其是对"混乱空间"和"有序知识"的区分——可能会影响后续更多Agent框架的记忆设计。毕竟，让Agent能在一个地方自由试错，同时在另一个地方沉淀真正值得保留的东西，这可能是Agent走向实用化的关键一步。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
