RunLLM

RunLLM

AI TOOL PROFILE工具资料

在告警触发前找出根因的 AI SRE 智能体

官网地址 https://www.runllm.com

访问官网
价格免费起步,按用量、团队规模升级;企业档需联系销售
平台Web / CLI / Slack / Microsoft Teams
归类AI 智能体
收录2026-01-01
复核2026-01-01
编辑评分 4.0 / 5

RunLLM编辑总结

EDITOR REVIEW编辑评测

RunLLM 推出的 Herald 是一款 AI SRE 工具,由 UC Berkeley RISELab 的博士与教授创立,面向工程团队。它不靠人工设定告警阈值和 runbook,而是先为每个数据流建立自定义异常检测模型,再跨代码、基础设施和遥测数据同时验证多个假设,把根因分析在数分钟内交出来——官网给出已发生问题的根因分析准确率 100%,全新问题 70% 以上。免费 Hobby 档不要求信用卡,但只含有限的 Agent 请求额度,根因分析、预测式问题检测和 Slack/Teams 协作都要往上升档。

RunLLM是什么?

RunLLM 是一家由 UC Berkeley 创新中心 RISELab 的博士与教授创立的公司,主营企业技术支持与问题解决。它当前的主力产品是 Herald,定位为「主动出击的 AI SRE」:在问题触发告警或客户投诉之前就发现并定位它。称工程团队有 30-50% 的时间被响应式工作占用,Herald 要做的就是把这部分时间还回给开发。

Herald 的产品逻辑分三步。第一步是 Learn:在任何告警发生前,它先扫一遍代码库,把可观测性数据、代码、CI/CD、文档和依赖关系建成一张 context graph,从而知道「正常」长什么样。第二步是 Detect:不用设阈值,它为每条数据流单独训练异常检测模型,比如官网举例 HTTP 500 错误率在 22 分钟里升到 18–26%,而其他租户保持平稳,这种信号会被提前识别出来。第三步是 Investigate:它同时评估多个假设,各自去对应的数据源验证,几分钟内给出根因分析。

对不同角色的用法:普通开发可以把它当成随叫随到的排障助手,直接提问开发或系统健康问题,按需拿告警的 RCA;团队通过 Slack/Teams 协作、共享模型训练和集中计费把排障经验沉淀下来;较大的组织则用它的企业条款、DPA 和自带模型/自带云选项满足合规与集成要求。Herald 还提供 CLI Agent 供本地集成。

RunLLM核心功能

CAPABILITIES工具标签

预测式异常检测

不用为每条数据流设定告警阈值,Herald 为每条流单独建立异常检测模型并输出已验证的问题信号,官网举例:HTTP 500 在 22 分钟内升到 18–26%,而其他租户保持平稳。

多假设根因分析

同时评估多个假设,每个假设去对应的数据源验证,几分钟内输出 RCA。实例给出一条 auth.test 超时导致 ingestion 热路径间歇性 500 的结论,并建议缓存 AuthorizeResult、配置显式 SDK 超时。

Context graph 建模

在任何告警发生前先扫描代码库,把可观测性数据、代码、CI/CD、文档与依赖建成上下文图,让智能体知道系统正常运行的状态,并据此做有依据、省 token 的推理。

自动接入现有技术栈

Herald 自行扫描代码库、识别你使用的工具并完成配置,分钟级即可跑起来、数天内拿到第一条根因分析;Hobby 档走 Herald CLI Agent 与本地集成,Individual 及以上才开放云集成。

开发问题问答

除系统健康类问题外,还可直接向 Herald 提开发问题;每次让智能体执行任务都消耗 token,例如回答健康查询、为告警做按需 RCA、或主动扫描生产环境中的潜在问题。

团队协作与治理

Teams 档提供 Slack/Teams 协作、团队范围的智能体训练、SAML SSO、用量分析与集中计费;Enterprise 再加用量池、企业条款与 DPA、发票/PO 结算、自定义集成以及自带模型和自带云。

超额按量续用

当月 token 额度用尽后,可以选择按略高的单价按量付费,也可以随时升级档位来提高每月 token 上限;Teams 与 Enterprise 的管理员可通过用量看板监控额度消耗。

数据安全与合规

RunLLM 持有 SOC 2 Type II 认证,官网说明客户数据不会被模型提供方存储,也不会被用于训练,更多细节可以到其 Trust Center 查看。

RunLLM值不值得用?

VERDICT工具标签

把 Herald 当成生产环境的「提前预警 + 自动根因定位」工具时值得考虑,尤其是告警规则越堆越多、runbook 越写越跟不上栈演进速度的团队——它的卖点正是无需阈值、无需 runbook 也能处理没被文档化的新问题,官网给出的已知问题 RCA 准确率 100%、新问题 70%+。但如果你的痛点只是接一个客服问答机器人,或者团队规模小到一个人就能背下所有排障流程,它为云集成、协作与治理设计的那套档位结构就用不上,直接从 Hobby 起步试即可。

建议选它的情况

  • SRE/基础设施团队:告警阈值和 runbook 维护成本已经压过收益
  • 需要处理从未见过的新故障、靠现有 runbook 覆盖不到的场景
  • 希望先从免费档验证 RCA 质量、再决定是否升级的中小团队

不建议选它的情况

  • 只想接入一个面向终端用户的客服问答机器人
  • 有严格合规要求但暂时不打算走企业采购流程的团队

RunLLM使用建议

HOW TO USE工具标签
入门先把路子走对
  1. 从 Hobby 档起手Hobby 档无需信用卡,含 Herald CLI Agent 与本地集成,但 Agent 请求有限。先用它把代码库扫描和 context graph 建起来,再决定要不要升档。
  2. 先接一条数据流不用一次接完所有系统。选一条错误率波动明显的流(如 HTTP 5xx),让 Herald 先跑出验证过的异常信号,确认误报率可接受再铺开。
  3. 用提问替代翻日志日常可以直接向 Herald 提开发或系统健康问题,让智能体替你跨数据源查证,而不是自己在日志、CI 和代码之间来回切换。
进阶省时间也省钱
  1. 盯住 token 用量每次 RCA、健康查询和主动扫描都消耗 token。Teams 与 Enterprise 管理员可在用量看板查看消耗,接近上限时提前决定是升级档位还是按量续用。
  2. 把排障经验留给团队Teams 档支持团队范围的 Agent 训练和 Slack/Teams 协作。把已解决的故障结论沉淀回 Herald,后续同类问题就不用重新排查一遍。
  3. 按需选结算方式Individual 与 Teams 支持主流借记卡和信用卡支付;如果组织需要发票或 PO 结算,走 Enterprise 档,直接联系销售邮箱。

RunLLM适合谁用?

WHO IS IT FOR工具标签

SRE 与基础设施团队

推荐

告警阈值和 runbook 的维护成本已经超过收益,希望把响应式排障转为提前发现,并把 MTTR 从小时级压到分钟级。

中大型工程组织

推荐

需要 SAML SSO、用量分析、集中计费、DPA 与企业条款,甚至自带模型或自带云,Teams 与 Enterprise 档覆盖这些要求。

独立开发者与个人用户

有条件

Hobby 档无需信用卡即可起步,但 Agent 请求额度有限、不含云集成与根因分析;单人日常排障够开局,重度使用需升档。

需要客服问答机器人的团队

不推荐

Herald 定位是面向内部工程的基础设施智能体,不做面向终端客户的产品问答,这类需求要另找工具。

RunLLM优点和缺点

PROS & CONS工具标签

优点

  • 给出已知问题根因分析准确率 100%,全新问题 70% 以上
  • 不设告警阈值、不写 runbook,覆盖没人预先文档化的故障
  • Learn、Detect、Investigate 三步闭环,实例中 2 分钟给出根因
  • 免费 Hobby 档无需信用卡,附 CLI Agent 与本地集成
  • 企业档支持自带模型、自带云与 DPA,便于合规落地

缺点

  • 官网未公开任何档位的具体价格与 token 额度数字
  • 根因分析与预测式检测要从 Individual 档起才有
  • Hobby 档的 Agent 请求额度有限,重度使用很快触顶
  • token 超额后按更高单价计费,重度自动化场景成本会累积

RunLLM版本与计费对比

PLANS工具标签
方案价格包含内容说明
Hobby未公开有限的 Agent 请求无需信用卡;含 Herald CLI Agent 与本地集成
Individual未公开扩展的 Agent 请求额度含 Hobby 全部内容,另加根因分析、建议解法、预测式问题检测与开发者问答
Teams未公开含 Individual 全部内容另加 Herald Cloud Agent、云集成、Slack/Teams 协作、团队范围的 Agent 训练、SAML SSO、用量分析与集中计费
Enterprise未公开含 Teams 全部内容另加用量池、企业条款与 DPA、发票/PO 结算、自定义集成、自带模型、自带云与专属客户成功

以上为公开费率整理,厂商保留调价权利,实际以官方页面为准。

RunLLM关键指标

MEASURED FACTS工具标签
指标数值数据来源
已知问题根因分析准确率 100% 官网首页 The Herald Approach
全新问题根因分析准确率 70%+ 官网首页结果说明
工程团队被响应式工作占用的时间 30-50% Herald 文档概览
异常信号示例:HTTP 500 错误率 22 分钟内升到 18–26% 官网首页 Detect 环节示例
按年付费折扣 Save 20% 定价页计费周期选项

RunLLM常见问题

FAQ工具标签
Herald 免费吗?

免费档(Hobby)无需信用卡即可开始,包含 Herald CLI Agent、本地集成和有限的 Agent 请求额度。根因分析、建议解法、预测式问题检测以及 Slack/Teams 协作都不在免费档内,需要升级到 Individual 或 Teams。按年付费可省 20%,但。

Herald 和其他只处理已知故障的智能体有什么不同?

官网的区分点是:其他方案要靠人预先设阈值、写 runbook,只处理别人已经文档化过的故障;Herald 用为每条数据流单独训练的异常检测模型发现信号,并同时评估多个假设、各自去对应数据源验证,因此能处理没人见过的全新问题,这类问题上准确率 70% 以上。

token 是怎么消耗的?超了怎么办?

只要智能体替你执行任务就会消耗 token,包括回答开发或系统健康查询、为告警或问题做按需根因分析、以及主动识别生产环境中的潜在问题。当月额度用尽后可以按略高的单价按量付费,也可以随时升级档位来提高每月上限;Teams 和 Enterprise 的管理员可在用量看板查看消耗。

我的数据会被拿去训练模型吗?

官网说明 RunLLM 持有 SOC 2 Type II 认证,客户数据不会被模型提供方存储,也不会被用于训练。更细的安全与合规材料可以在其 Trust Center(trust.herald.dev)查看。

各档位分别适合谁,怎么付款?

官网建议日常使用者选 Individual,小团队和组织选 Teams,需要发票、更强安全和企业的组织选 Enterprise。Individual 与 Teams 支持主流借记卡和信用卡;需要发票或 PO 结算的组织可以联系销售走 Enterprise 档,另外企业咨询也可发邮件到 sales@herald.dev。

RunLLM最新动态

CHANGELOG工具标签
  1. Herald 文档站公开概览

    docs 页面给出 Herald 作为「主动出击的 AI SRE」的定位,并列出降低 MTTD、MTTR 与提升 uptime 的目标;该页说明文档仍在持续补充中。

    官方公告 ↗
  2. Herald 官网首页公开产品能力与结果数据

    首页公开 Learn、Detect、Investigate 三步流程,并给出已知问题根因分析准确率 100%、全新问题 70% 以上等结果数字。

    官方公告 ↗