Julep 是什么？6.6K 星的持久化 Agent 平台，官网已跳转 memory.store（基础篇）
导语
横向 Agent 平台这一批里，Julep 走的是最「工程正确」的一条路：不给你画布，给你一个把 Agent 当数据流编译的编译器。而它的现状比定位更有戏：julep.ai 官网现在直接跳转到 memory.store，页面弹窗写着「Julep is now open source，我们的团队已全力投入 Memory Store」。平台本体彻底开源、团队掉头去做记忆产品，这种「整个项目转赠社区」的剧本，在 Agent 赛道里都少见。
项目介绍
Julep 的定位是 durable、composable AI agents：Agent 不是一堆 if-else 的临时循环，而是能崩溃恢复、安全重试、每一步都可回放的数据流。你用 Python 的 @flow 装饰器写流程，普通函数名就是图节点，编译成一份冻结的 wire-format IR；模型能调哪些工具在部署时就锁死，没被显式授权的工具运行时直接拒绝。官方文档的说法是，多数 AI 应用停留在「线性提示词加 API 调用」，而 Julep 冲着多分支、长时运行、大量工具的场景去。
GitHub 数据（2026-10-08 核实）：6,577 星、968 fork、Apache-2.0，仓库 2024 年 4 月创建，贡献者只有 4 个（creatorrr 一人 431 次提交）。PyPI 上累计发过 160 个版本，最新稳定版 2.21.0 停在 2025 年 10 月，3.0.0 从今年 7 月 5 日起连发 rc1 到 rc6，主干最后一个提交是 7 月 29 日，已经静了两个多月。
有个版本断代必须说清楚：README 明写 Julep v1（当年的 agents API 平台）留在 v1 分支，Julep 3 是推倒重写，两者没有迁移路径，是两个产品。所以你今天装到的东西，和 2024 年那波介绍文章里的 Julep 并不是一回事。
上手
pip install --pre julep
3.0 还是 release candidate，必须带 --pre。官方 quickstart 十分钟、不要 API key：@flow 定义流程，Reasoner 挂模型，deploy() 冻结工具面，dry_run() 用内存工具加假 reasoner 在本地跑通一条链。
跑正事两条路：轻量的装 julep[temporal] 或 julep[dbos] 挂持久执行（Temporal 和 DBOS 都是可选 extras，纯编译安装连运行时都不带）；完整的 julep serve api 起自托管 FastAPI 控制面，julep deploy 走 freeze → publish → 记账三步，发布包用 Ed25519 签名，worker 侧先对 MCP 冻结快照做 preflight。CLI 自称「dbt for agents」：julep graph 出跨 Agent 的 DAG，julep trace 逐层回放执行树。
实话
Julep 的工程成色是真高：签名发布、secret 加密传输、MCP 白名单 preflight、执行投影可观测，这套安全与审计设计比不少商业平台都讲究。它和 Temporal、DBOS 这些持久执行引擎的关系也说明了取舍：把「崩溃后从断点接着跑」交给专门的执行层，而不是自己在应用层手搓重试循环，这正是它跟一堆提示词编排工具拉开差距的地方。
但现实也摆在那：官网域名让位给了 Memory Store，主干停更两个多月，4 个贡献者里还有一位是 dependabot。团队重心已转，文档站 docs.julep.ai 还活着，代码是真全量开源，control plane 都在仓库里，Apache-2.0 随便商用，但你押的是社区接盘能力，不是公司路线图。另外 v3 到今天还挂着 release candidate，稳定版停在 2.x，生产接入前最好自己压一轮升级路径。
适合谁：要自托管、对「每一步可回放、可审计」有硬要求的工程团队，Julep 3 的底子值得试；只想快速拖个 Agent 上线的，画布派依然是更省事的选择。
