我一直在为智能体重复构建检查点、重试和运行跟踪。所以我围绕它们构建了一个开源运行时。
摘要
作者构建了 Tidebase,一个用于智能体工作流的开源运行时,它使用 Postgres 提供检查点、重试和实时运行状态跟踪,使失败的运行可以从中断处恢复。
我为智能体工作流构建了一个小型开源运行后端。它处于早期 alpha 阶段,专为解决我在将长时间运行的智能体投入生产时反复遇到的三个问题而设计:1. 查看智能体运行当前正在做什么。2. 检查已完成步骤,以便失败的运行可以继续而不是从头开始。3. 从相同的运行状态将工作流进度流式传输回 UI。你可以保留现有代码。用 `run.step()` 包裹有意义的步骤。Tidebase 将检查点、运行状态、事件和恢复尝试存储在 Postgres 中。仪表盘显示运行时间线、当前状态、已完成步骤、失败步骤和重试尝试。如果运行中途失败,使用相同的运行 ID 重新运行会跳过已完成的步骤。可选的恢复 webhook 可以回调你的应用以恢复工作流。这会取代你现有的任何重试/状态/检查点管道吗?在你能在真实工作流中尝试它之前,还缺少什么?如果检查点/实时运行状态运行良好,你希望这个工具接下来处理什么?
相似文章
Tidebase: 开源的身份认证、凭证代理、检查点、队列、调度和网关,用于你的代理,在你自己的Postgres中。
Tidebase 是一个开源工具,为AI代理提供身份认证、凭证代理、检查点、队列、调度和网关,全部基于Postgres。
在遇到 LangGraph 天花板后,我构建了自己的智能体运行时——将 UI 作为图节点,Postgres 持久化,零编排成本
作者介绍了 cascaide,这是一个全栈智能体运行时和 AI 编排框架,使用 TypeScript 编写,可在任何支持 JS/TS 的环境运行。它提供 UI 作为图节点、持久化 Postgres 检查点、零编排成本,并且设计为可自托管,无供应商锁定。
我们开源了一个代理运行时,专为人们常忽略的部分构建:在真实硬件上离线运行代理
一个开源的代理运行时,专为在真实硬件上离线运行AI代理而设计,支持硬件I/O(GPIO/MQTT/OPC-UA)作为一级节点和可视化构建器,支持多提供商LLM和本地RAG。
我受够了AI代理在生产环境中静默失败,于是为它们构建了一个运行时控制层
作者构建了一个运行时控制层,以解决AI代理在生产环境中静默失败的问题。
推出 Amazon Bedrock 代理的有状态运行时环境
OpenAI 与亚马逊合作,为 Amazon Bedrock 中的代理推出了有状态运行时环境,支持生产级的多步代理工作流,具备内置状态管理、可靠性和治理能力。该运行时原生运行于 AWS 环境,简化了企业用例(如客户支持、销售运营和财务流程)中复杂的代理编排。