Julep → memory.store

一句话介绍

Julep是一个面向开发者的开源AI代理和持久化工作流平台，而同一团队当前重点运营的Memory Store则把跨应用的对话、会议、决定和工作上下文整理成可被多个AI客户端调用的共享记忆。

当前产品状态

记录中的“Julep或memory.store”现在对应两个关联但用途不同的产品。Julep平台已经完整开源，团队官网明确表示主要产品重心转向Memory Store。

Julep代码开源不等于Memory Store托管服务及其数据后端全部开源。目录中应分别标注产品、连接器和插件仓库的许可证。

Julep解决什么问题

普通智能体原型常以临时循环串联模型和工具，运行中断后难以恢复，也不容易审计每一步。Julep把智能体表示为持久、可组合的数据流，让长任务能够保存状态、重试和解释执行过程。

• 定义具有明确配置和工具权限的AI代理。
• 维护跨轮次对话和用户上下文。
• 编排包含判断、循环、并行和工具调用的任务。
• 记录执行状态、步骤输出和错误。
• 在失败后按策略安全重试或恢复。
• 从文档和历史记录中检索相关信息。
• 通过Python、Node.js、API或自托管服务接入。

代理Agents

Agent保存模型、名称、用途、指令、系统模板、默认生成参数、元数据、文档和允许使用的工具。相同代理可以服务多个会话或任务。

Sessions状态会话

Session用于保存代理与用户之间的连续互动，包括历史消息、情境、系统模板、元数据和上下文溢出策略。对话记忆属于会话，而不是永久混入代理定义。

• 为同一代理创建多个隔离会话。
• 把用户与代理绑定到特定对话。
• 保存历史消息和当前情境。
• 设置截断或自适应上下文策略。
• 控制文档召回的向量、文本或混合搜索。
• 决定是否自动执行或转发工具调用。
• 用元数据保存非敏感业务状态。

长期记忆与RAG

Julep可以把文档关联到代理或用户，并在会话中执行向量、文本或混合检索。文档存储、嵌入与历史消息共同为代理提供长期上下文。

召回结果只是相关材料，不保证事实正确、最新或有权用于当前任务。应用仍需设计材料有效期、权限过滤和回答引用机制。

Tasks多步骤任务

Task类似GitHub Actions风格的工作流配方，描述输入结构、工具和一系列步骤。它适合研究、文档处理、客服、数据管道等需要长时间运行和明确控制流的自动化。

• 验证任务输入结构。
• 把前一步输出传给后续步骤。
• 依据中间结果执行条件分支。
• 通过foreach或映射处理集合。
• 调用模型、系统工具、集成和外部API。
• 为步骤设置重试、超时和错误路径。
• 以Execution对象查询任务状态和结果。

文档提示不要把数MB以上的巨大对象直接放进工作流输入。大文件应上传后传递引用，或按分页和分块方式处理。

持久化执行

Julep强调任务在进程崩溃、网络失败或暂时性服务错误后可以恢复，并对可重试错误执行策略。每次Execution会保存状态变化、步骤输出、失败点和错误信息。

Flow编程模型

Julep 3把普通Python名称组织为可组合Flow，支持pure步骤、reasoner、工具、分支、扇出、重试和超时，并编译为统一的线格式表示。当前3.x仍以候选发布形式提供，安装需要预发布选项。

候选版本接口可能变化，生产项目应固定依赖版本、运行集成测试并制定升级计划。旧版Tasks文档和新版Flow API也不应在同一代码示例中随意混用。

工具体系

模型只能调用明确授予的工具，但工具白名单仍可能过宽。会发送消息、付款、删除或修改生产数据的工具应增加审批、幂等键和审计日志。

MCP集成

Julep代理可以连接兼容MCP的公共或私有服务器，动态发现可用工具。文档支持请求响应和服务器事件流两类传输方式。

1. 确认MCP服务器运营者和部署位置。
2. 列出代理真正需要的工具与操作。
3. 把认证令牌放入Julep秘密存储。
4. 在测试环境连接并检查发现的工具。
5. 限制写操作和敏感数据传输。
6. 模拟超时、重复调用和服务器不可用。
7. 记录每次工具调用及其业务结果。
8. 定期撤销旧凭据和无用连接。

秘密管理

Secrets用于保存模型密钥、第三方API令牌和其他敏感值，并在任务与工具中按名称引用。文档称密钥使用AES-256静态加密，并按开发者账户隔离。

• 不要把密钥写入代码、YAML或日志。
• 开发、测试与生产使用不同凭据。
• 按集成和用途分配最小权限。
• 定期轮换并记录凭据负责人。
• 发现泄露后立即撤销而不是只删除代码。
• 检查工作流输出是否意外包含密钥。

模型与供应商

Julep通过LiteLLM统一连接Anthropic、OpenAI、Google、Groq、OpenRouter、Amazon Nova和多种嵌入模型。开发者可以在相同代理接口下更换模型供应商。

平台为开发测试可能提供密钥，但生产部署要求使用自己的供应商密钥。模型费用、限流、数据保留和区域政策由对应供应商或自托管环境决定。

Python与Node.js SDK

Julep提供Python包与Node.js SDK，可创建代理、用户、会话、文档、任务和执行。API Key应从环境变量或秘密管理系统读取。

1. 选择稳定版或明确固定候选版本。
2. 安装对应语言的SDK。
3. 创建隔离的开发环境和API Key。
4. 先创建单一职责代理。
5. 为代理建立会话和测试用户。
6. 添加最小工具和示例文档。
7. 创建任务并轮询Execution状态。
8. 验证错误、重试、权限和费用后再上线。

Open Responses

Open Responses是Julep提供的开源、自托管Responses兼容接口，可连接不同模型后端，并让现有SDK通过修改基础地址接入。它适合需要本地或私有部署、减少模型锁定的团队。

自托管架构

完整Julep可以通过Docker Compose以单租户或多租户模式运行，组件包括代理API、记忆存储、集成服务、模型代理、Temporal、对象或Blob存储、监控和网关。

单租户与多租户

单租户模式可以直接使用SDK而不强制API Key，适合本地开发或受控内部环境。多租户模式需要生成JWT并在网关层隔离开发者资源。

不要求密钥并不表示单租户服务可以暴露在公共网络。生产环境仍需反向代理、身份认证、网络隔离、备份和审计。

Memory Store是什么

Memory Store是团队当前重点产品，被描述为面向智能体上下文的Dropbox。它把会议、消息、笔记、决定、人物和项目线索整理成个人或公司的可读记忆。

• 从Slack、Gmail、Granola和Fathom等工作渠道同步内容。
• 把对话和笔记整理为人物、项目与决定。
• 生成会随新记忆更新的Living Briefs。
• 为个人保存偏好、笔记和长期上下文。
• 为团队保留决定背后的讨论与原因。
• 通过MCP让不同AI客户端召回同一上下文。
• 允许用户查看和删除记忆。

跨工具共享记忆

Memory Store通过MCP连接Claude、Codex、ChatGPT、Cursor、Raycast等兼容客户端，使在一个工具记录的上下文可以在另一个工具召回。官网表示兼容所有MCP客户端，并以Claude测试最充分。

跨客户端共享记忆会扩大数据触达范围。用户应区分个人与团队空间，避免把客户机密、凭据或私密聊天写入不合适的共享记忆。

Living Briefs

Living Briefs是随着新记忆更新的主题文档，可以汇总决策日志、团队状态、客户需求、项目背景或品牌规则。它们不是简单堆叠所有原始对话，而是维护相对稳定的工作认知。

• 为每个Brief定义清晰主题和责任人。
• 保留结论背后的关键证据。
• 标记已经过时或被推翻的决定。
• 避免把每个临时事件都写成永久规则。
• 对重大变更要求人工确认。
• 定期清理重复和冲突记忆。

Memory Store安装方式

Claude Desktop等没有插件系统的宿主可以直接连接Memory Store MCP。Claude Code和Codex还可以通过公开插件市场安装Memory Store工作流技能，再完成MCP认证。

Memory Store插件市场

公开mem-plugins仓库采用Apache-2.0许可证，包含memory-store基础插件和独立的gtm-agent插件。插件代码与技能开源，但正常使用仍依赖Memory Store托管MCP认证。

GTM Agent还可能依赖搜索、邮箱、日历和自动化连接器，并能执行外联工作流。安装任何扩展前应检查所需权限、发送审批、抑制名单和外部服务费用。

价格与成本

价格信息于2026年8月23日核验，实际金额、税费、汇率和优惠可能变化，最终以结算页面显示为准。

Julep开源代码可以免费使用和修改，但自托管并非零成本。Memory Store个人版写明可免费试用，团队版引导预约演示，当前没有公开固定套餐表。

采购Memory Store时应书面确认席位、连接器、存储、召回次数、数据保留、导出、支持和删除流程。自托管Julep则应把模型、云资源、备份、安全和升级人力纳入总成本。

数据与安全注意事项

• 为代理、用户、会话和项目建立租户隔离。
• 对文档检索应用与业务一致的权限过滤。
• 只向工具发送完成操作所需数据。
• 把模型和第三方集成视为独立数据处理方。
• 设置消息、文档、执行历史和日志保留期。
• 加密数据库、对象存储、备份和网络流量。
• 对删除、发送和付款工具增加人工审批。
• 定期测试备份恢复和凭据轮换。

完整Julep自托管允许团队控制基础设施，但安全责任也转移给部署者。Memory Store属于共享上下文产品，使用前还应确认托管地区、子处理方和企业合同。

开源许可证

Apache-2.0允许商业使用并包含专利授权条款，但再分发时仍需保留许可证和声明。部署者还要分别遵守模型、数据库、依赖和第三方工具的许可证。

适合哪些用户

• 需要持久化长任务的AI应用开发者。
• 需要分支、循环、重试和工具编排的后端团队。
• 希望自托管代理平台和数据层的企业。
• 需要跨会话RAG与用户记忆的产品团队。
• 希望用统一接口切换模型供应商的开发者。
• 需要Claude、Codex等工具共享上下文的个人用户。
• 希望建立公司决策与项目记忆的团队。
• 开发Memory Store插件和智能体工作流的社区成员。

产品优势

• Julep核心平台采用宽松的Apache-2.0许可证。
• 把代理、会话、文档、任务和执行统一管理。
• 支持持久化、失败恢复、重试和审计状态。
• 提供Python、Node.js、API和Docker部署方式。
• 通过LiteLLM支持多家模型供应商。
• Open Responses提供可自托管兼容接口。
• Memory Store可跨多个AI客户端共享上下文。
• Living Briefs适合维护持续更新的团队认知。
• 插件市场代码开放并可扩展。

主要限制

• Julep 3仍处于候选发布阶段。
• 完整自托管架构组件较多，运维门槛不低。
• 生产模型调用需要自带供应商密钥并承担费用。
• 部分旧文档与新版Flow接口可能并存。
• Open Responses仍处于Alpha阶段。
• 提供兼容接口不保证行为完全相同。
• Memory Store固定套餐、额度和企业数据条款未公开。
• 跨工具共享记忆会扩大敏感信息的访问面。
• 开源插件不代表Memory Store托管后端开源。

选型建议

上线前检查清单

1. 确认需要代理编排还是跨客户端共享记忆。
2. 选择稳定Julep版本并固定依赖。
3. 列出模型、数据库、Temporal和存储成本。
4. 为每个工具定义最小权限和副作用等级。
5. 设计租户、用户、项目和文档访问控制。
6. 测试失败恢复、幂等、超时和重复调用。
7. 评估模型与第三方集成的数据处理政策。
8. Memory Store团队用户书面确认价格和数据条款。
9. 建立记忆纠错、删除、导出和离职交接流程。
10. 用小规模真实工作流完成安全和成本验收。

常见问题

Julep现在开源吗？

是。Julep核心仓库采用Apache-2.0许可证，可使用、修改和自托管；当前3.x仍为候选发布版本。

Memory Store也是Julep吗？

二者由同一团队关联运营，但用途不同。Julep是开发者代理平台，Memory Store是面向个人和团队的共享智能体记忆产品。

Julep免费吗？

源码免费，但模型、数据库、对象存储、Temporal、网络和运维会产生实际成本。旧云端价格不应作为当前开源产品的固定套餐。

Memory Store多少钱？

官网写明个人用户可免费试用，团队版需要预约演示，尚未公开固定价格和额度。采购时应向销售确认完整合同。

Julep支持长期记忆吗？

支持。Sessions保存对话和情境，Docs与嵌入存储支持向量、文本或混合召回，完整自托管架构也包含持久记忆服务。

Julep支持MCP吗？

支持连接兼容MCP服务器并动态发现工具。Memory Store本身也通过MCP让多个AI客户端记录和召回共享记忆。

Julep能私有化部署吗？

可以。完整平台和Open Responses都提供Docker自托管路径，但部署者需要自行负责鉴权、数据、监控、备份和升级。

Memory Store开源吗？

Memory Store插件市场代码采用Apache-2.0许可证，但托管产品和后端没有声明完整开源。不能把插件开源等同于SaaS平台开源。

总结

Julep适合需要长期状态、复杂控制流、失败恢复、RAG和多工具集成的AI应用开发团队。其Apache-2.0许可证、自托管能力和多模型接口提供了较强的工程控制力。

Memory Store则解决个人与团队在多个AI工具之间反复提供上下文的问题。选型时应先区分“构建智能体后端”与“购买共享记忆服务”，再分别评估开源运维成本、托管价格、数据权限和跨客户端记忆治理。