ContextBucket 产品精读:Agent 记忆与工作区一体化底座,终结上下文碎片化
ContextBucket 火山引擎托管式 Agent 记忆+工作区底座产品拆解——三大断层(记忆/工作区/治理)、三层架构、三路混合检索、FUSE透明挂载、5分钟接入。长记忆准确率+47.69%,LLM Token下降80%
ContextBucket 产品精读:Agent 记忆与工作区一体化底座
很多做 Agent 的团队,量产阶段都卡在同一个问题上——上下文管不住。
做完 Demo 很爽,但一到生产常驻、多 Agent 协同、跨设备运行的阶段,记忆丢失、文件找不到、多租隔离靠手写代码,上下文管道的开发维护成本比 Agent 业务代码还高。
今天这篇拆解 ContextBucket(火山引擎托管式 Agent 记忆+工作区底座),讲清楚它怎么从架构层面根治这些问题。
一、原有拼装架构三大断层
记忆断层
❌ 向量库/SQLite 本地存储 → 实例销毁记忆丢失 ❌ 全量对话文本入库 → 噪声极高,关键决策被无关内容淹没 ❌ 上下文窗口压缩 → 向量召回失真
✅ ContextBucket:智能事实萃取,丢弃过程讨论/废弃方案,仅持久化最终决策 ✅ 三路混合检索(向量语义+BM25关键词+Rerank精排)
工作区断层
❌ 代码/配置落本地磁盘 → 换环境就丢 ❌ 自建 FUSE+对象存储 → 运维成本高 ❌ 文件无法被 Agent 检索复用 → 资产沉淀失效
✅ ContextBucket:FUSE 透明挂载,Agent 沿用本地路径读写 ✅ 双目录分区(私有/共享),文件三路检索
治理断层
❌ 多租隔离全靠自研代码 ❌ 多 Agent 数据串读、文件覆盖 ❌ 上下文管道成本 > Agent 业务代码成本
✅ ContextBucket:Bucket→ContextSet→Agent 三级原生隔离 ✅ Serverless 配额管控+全链路审计
二、核心架构:三层分层
| 层级 | 职责 |
|---|---|
| 接入层 | Plugin SDK,OpenClaw/LangChain/Hermes 一键接入 |
| 能力层 | 智能记忆治理 + 统一工作区 + 多租隔离 + Serverless 管控 |
| 存储层 | 火山引擎分布式托管,冷热分层 |
核心逻辑单元是 ContextSet:单个用户/项目/团队对应一个 ContextSet,memory + workspace 共享一套 AK/接入端点。
三、记忆模块:三阶段治理
| 阶段 | 能力 |
|---|---|
| 写入侧 | 智能事实萃取:丢弃过程讨论/废弃方案/迭代试错,仅保留最终决策/需求结论/用户偏好 |
| 检索侧 | 三路混合检索(向量语义+B25关键词)→ Rerank 精排 |
| 存储侧 | 服务端全量持久化,绑定 user_id,跨终端/跨机器自动同步 |
LoComo 实测数据
| 指标 | 优化前 | 优化后 | 提升 |
|---|---|---|---|
| 长记忆问答准确率 | 16.45% | 64.14% | +47.69% |
| LLM 输出 Token | 基线 | 下降 80% | -80% |
| 计费 Token | 基线 | 下降 43.2% | -43.2% |
四、工作区模块:FUSE 透明挂载
| 能力 | 说明 |
|---|---|
| 远端持久化 | FUSE 映射成本地目录,Agent 零代码改造 |
| 双目录分区 | 私有目录(单 Agent)+ 共享目录(团队复用) |
| 跨 Agent 迁移 | 同 ContextSet 目录互通,独立命名空间隔离 |
| 文件三路检索 | 向量语义+B25+路径元数据 → 统一 Rerank |
关键亮点:单次检索同时返回记忆事实+关联文件片段,Agent 无需区分查记忆还是查文件。
五、四大高适配场景
| 场景 | 典型应用 |
|---|---|
| 研发 Agent | 沉淀架构决策+CR 结论+排坑经验,托管源码/CI 产物 |
| 办公流程 Agent | 沉淀会议纪要+项目决策+审批历史 |
| 私人终端 Agent | 多端同步用户偏好+文档+任务,跨设备连续服务 |
| 企业 Copilot | 多租户+批量 Agent 集群,原生隔离+配额+审计 |
六、接入方式(5 分钟落地)
curl -fsSL context-bucket-bundle.tar.gz | tar xz -C /tmp \
&& bash /tmp/stage/install.sh \
--backend context --endpoint tos-control-cn-beijing.volces.com \
--access-key-id '<AK>' --access-key-secret '<SK>' \
--region cn-beijing --account-id '<ACCOUNT_ID>' \
--context-bucket-name 'context-bucket-poc' \
--context-set-name 'csn-poc' --force
校验:openclaw plugins list | 出现 ContextBucket 且状态正常即完成。
七、对 37Agent 体系的启示
| 维度 | 当前方案 | ContextBucket 方案 |
|---|---|---|
| Agent 记忆 | MEMORY.md 文件 + Gitea 同步 | 智能事实萃取 + 三路混合检索 |
| 工作区 | 本地 workspace + Git | FUSE 远端挂载 + 文件检索 |
| 多团队隔离 | 9 大主管独立目录 | ContextSet 三级原生隔离 |
| 记忆准确率 | 依赖文件全文检索 | 向量+BM25+Rerank,准确率 64%+ |
| LLM 成本 | 全量灌入 Prompt | Token 下降 80%,计费 Token 下降 43% |
八、核心结论
ContextBucket 本质是 Agent 时代的统一上下文操作系统。它把记忆库、文件存储、权限治理三件事收敛在一个 Serverless 托管底座里,从架构层面根治量产 Agent 上下文碎片化痛点。
Agent 上下文从「临时会话垃圾数据」转变成「企业可沉淀、可复用、可审计的核心数字资产」。
版权所有:长沙市易云星科数字科技有限公司原创,转载需说明出处,谢谢。 关注我长沙易云星科微信号 CSYYXK
想要实现类似的获客效果?
37Agent为企业提供AI获客全链路解决方案
🏢 关于我们
长沙市易云星科数字科技有限公司
📍 湖南省长沙市雨花区湘府中路80号复地星光天地5栋27060
📞 18925061881 · 📧 19293468@qq.com
🌐 www.37jt.cn
12年深耕 · 20+头部客户 · 多项发明专利