开源智能体基础设施

Rath Team 为需要清晰结构的智能体系统构建工具。

我们正在推进 OpenRath:一个以 Session 为核心的智能体运行时。工具调用、沙盒执行、 分支、记忆和验证过程都会被保留下来,方便检查、复盘和继续开发。

从这里开始

用更清晰的方式构建智能体工作流。

问题

智能体已经开始操作文件、工具、浏览器和沙盒。

很多系统仍然把过程压成一段聊天记录。任务一旦变长,恢复、审计、分支和对比都会变得困难。

Rath 方法

把 Session 作为工作的基本单位。

一个 Session 应该贯穿整个智能体过程,记录消息、工具证据、运行位置、验证结果、记忆读取和工作流 lineage。

OpenRath 提供

一种便于检查的多智能体运行时形态。

OpenRath 围绕 session graph、工作流组合和沙盒执行展开,并通过示例保留过程证据,方便理解每一步为什么发生。

开始

先读文档,再看代码,然后运行示例。

这里整理了最实用的入口:文档、代码仓库、示例、笔记和官方社交渠道。

生态

Rath 项目、文章和代码的统一入口。

概览

为什么会有 Rath Team。

01

结构化 Session 更适合承载智能体工作。

我们把 Session 作为运行时对象:消息、工具结果、状态变化、fork 和 merge 都保留在结构化记录里。

02

工作流应该像软件一样组合。

OpenRath 使用 Python-first 的模块、显式交接、沙盒执行和可复用的工作流组件,支持研究和工程任务。

03

公开笔记让工作更容易被理解。

文档、示例、博客、GitHub 动态和社交账号面向不同读者,提供不同层次的细节。

证据流

真正有价值的是工作的路径。

对严肃的智能体工作流来说,最终答案只是结果的一部分。Rath Team 更关注过程中留下的证据: 用户提出了什么请求、运行了哪些工具、副作用落在哪里、发生了哪些变化,以及哪一个验证信号接受了结果。

有了这些记录,开发者可以检查、重放、分支和比较一次智能体运行,对结果形成更稳的判断。

  1. 任务 请求进入 Session
  2. 工具 调用记录参数和结果
  3. 沙盒 执行位置被记录下来
  4. 分支 被放弃的路径也保持可见
  5. 验证 测试或审查完成闭环

使用场景

哪些场景需要 session-first 工作流。

工程智能体

保留任务上下文、diff、测试运行和验证结果。

研究工作流

追踪资料来源、中间笔记、工具调用和实验状态。

交易智能体

让策略约束、操作日志、风控检查和多次运行证据保持可见。

技术报告

把一次运行整理成可检查的档案,超越简单摘要。

最新进展

Rath Team 正在推进的工作。

团队

从校园出发,也有产业执行经验的团队。

Rath Team 由来自清华大学和中山大学的建设者组成,成员也有头部科技公司的工程实习经验。 我们把研究训练、产品判断和基础设施工程能力结合起来推进 OpenRath。

团队有技术项目协同、跨职能推进和早期研究落地的经验,也准备了初始运营资金, 让项目可以更专注地向前发展。

学术根基 来自清华大学和中山大学的研究训练。
产业实践 在头部科技公司实习中积累工程经验。
执行基础 项目管理经验和初始资金支持长期开发。

联系

联系 Rath Team。

如果你想讨论研究合作、开源贡献、工程问题或伙伴关系,可以通过邮件或公开渠道联系团队。