Funes 是 Hugging Face 开源的 agent 会话记忆库，使用 Rust 实现，为过往 agent 会话提供持久化、可检索的记忆存储。它补齐了 agent 跨会话记忆这块基础设施，让智能体在多次对话之间不再「失忆」。 定价：开源免费。编辑评分：⭐ 4.5。
Funes是什么？
Funes 是 Hugging Face 开源的 agent 会话记忆库，用 Rust 写的。说白了，它给 agent 补上了「跨会话记忆」这块基础设施。
用过 agent 的人应该都有体会：单次对话里它挺聪明，窗口一关，下次再来就完全不记得你了。上下文窗口再长，撑死的也只是这一次会话。Funes 干的事情就是把过往的会话持久化存下来，而且能检索——让 agent 在多次对话之间记住之前发生过什么。
名字大概取自博尔赫斯那篇《博闻强记的富内斯》，讲一个记忆力强到无法遗忘的人，用在这里挺贴切。
有一点得先说清楚：它是库，不是产品。你没法打开一个网页就开始用，得自己把它集成进现有的 agent 框架或工作流里。这也是它最容易被误解的地方。
核心功能
1. 为过往会话提供持久化记忆存储 把 agent 每次会话的内容落到存储里，而不是随着会话结束就丢掉。这是整个项目的地基。实际使用中，这一步的价值不在于「存」，而在于存下来的东西之后真的能被用上——很多记忆方案的问题就出在只存不取。
2. 对历史会话做可检索查询 存了还得找得到。Funes 支持对历史会话进行检索，为 agent 提供长期上下文。检索质量很大程度上取决于你写入时怎么切分和结构化，这部分得自己设计，不是接上就灵。
3. 跨会话记忆补齐 这是它最核心的卖点。让 agent 在第二次、第十次对话时，仍然带着之前积累的上下文。据了解，很多团队在做 agent 产品时都卡在这一环——单轮体验做得不错，但用户回访后一切归零，产品就很难形成粘性。
4. 基于 Rust 实现 Rust 在性能和内存安全上的优势是天然的，对有高并发、低延迟要求的场景比较友好。如果你的 agent 服务本身就在意这些指标，用 Rust 写的记忆层不会成为拖后腿的那一环。
5. 开源可自托管，可作独立记忆层集成 代码开源，可以私有化部署和二次开发，也能作为一层独立组件嵌进现有技术栈。对数据敏感、不方便把会话历史交给第三方托管的团队，这点比较关键。代价是运维成本得自己扛。
版本/套餐对比
目前官方只开源了代码仓库，没有公开的托管服务和定价信息，所以这里能客观列出的东西不多：
| 形式 | 价格 | 说明 |
|---|---|---|
| 开源版（自托管） | 开源免费 | 从 GitHub 获取代码，自行部署、集成与运维 |
| 托管服务 / 云版本 | 暂未公开 | 官方暂无公开的托管服务与定价信息 |
一句话：现阶段它就是一个自托管的开源库，没有商业套餐这回事。团队要上生产，得自己评估部署和长期维护的成本。
值不值得用？
优点：
- Hugging Face 开源维护，来源可靠，社区关注度也还行——GitHub 周榜涨了 67 星（数据来源：GitHub Trending），对一个刚起步的底层库来说不算差。
- Rust 实现，性能和内存安全上有先天优势。
- 直击「agent 跨会话失忆」这个真实痛点，而且定位很清晰，就是做记忆这一层。
- 开源可自托管，适合有私有化需求的场景，也方便按自己的业务改。
缺点：
- 太新了。2026 年 9 月首发，生态和周边工具都还在完善中，文档、示例、社区问答这些短期内别指望很丰富。
- 是底层记忆库，不是开箱即用的成品。开发者得自己集成、自己部署，没有现成界面给你点。
- 没有公开的托管服务和定价，团队用起来要自己算运维这笔账。
总体结论： 如果你正在做 agent，并且确实被跨会话记忆这个问题卡住了，那这个项目值得花半小时翻一下仓库，看看它的设计思路和接口是不是合你的路子。但如果你想要的是「装上就能用」的记忆功能，它现在还不是那个答案。它是块砖，不是套房。
使用建议
- 先想清楚要记什么。 是存原始对话、存摘要，还是存结构化的事实？这三种的存储成本和检索效果差别很大，别一上来就全量存原始文本。
- 检索策略比存储更重要。 记忆层的实际体验取决于「能不能在对的时候取到对的东西」，写入时的切分方式、检索时的召回策略，这些都得针对自己的场景调。
- 注意隐私与访问控制。 会话历史里往往会有敏感信息，自托管时存储加密、权限隔离这些要提前规划，别等出问题再补。
- 别一次性全量接入。 项目还年轻，先在一个非核心链路或者内部工具上跑一跑，摸清它的稳定性和接口风格，再考虑往主线推。
- 当记忆层用，别当替代品。 它不负责规划、不负责工具调用，只是把记忆这块单独拆出来。跟你现有的 agent 框架是配合关系。
- 关注仓库动态。 早期项目 API 变动是常事，接入前最好确认一下最近的提交和 issue 情况。
适合谁用？
推荐：
- 正在自建 agent 记忆层、又不想从零造轮子的开发团队。
- 有私有化部署要求、数据不能出内网的场景。
- 对性能敏感、技术栈本身偏系统级语言的工程团队。
可考虑：
- 已经有一套记忆方案，想横向对比一下设计思路的。
- 想研究 agent 记忆架构怎么落地的开发者，读代码本身就有收获。
- 有开发资源、但还没确定要不要长期投入的小团队，可以先做原型验证。
不推荐：
- 想找一个开箱即用记忆 App 的普通用户，这个方向完全不对。
- 没有开发人力、指望买来就能上生产的小团队。
- 需要成熟商业支持、SLA 和现成托管服务的场景——现阶段它给不了这些。
