订阅单个 run
触发任务后调用 runs.subscribeToRun 并传入 run 的 id，返回异步迭代器，每次 run 发生变化都会拿到最新数据，适合给单个长任务做进度跟踪。
Trigger.dev Realtime
AI TOOL PROFILE工具资料把后台长任务的实时进度直接推送到你的前端界面
价格官网未标价
平台Web / API
归类其他 AI 工具
收录2026-10-10
复核2026-10-10
编辑评分
4.2 / 5
★★★★☆
Trigger.dev Realtime编辑总结
Trigger.dev Realtime 是 Trigger.dev 平台推出的实时任务进度订阅能力，现已正式 GA（正式发布），带来更好的可靠性、更高的限额，以及把 LLM 响应直接流式推送到前端的新特性。它建立在开源 PostgreSQL 同步引擎 Electric SQL 之上，Trigger.dev 服务端对其做了封装，对外提供一套简单 API。开发者可以通过 runs.subscribeToRun 订阅单个 run，用 runs.subscribeToRunsWithTag 按标签订阅多个 run，或用 runs.subscribeToBatch 订阅整批 run；前端侧则有 @trigger.dev/react-hooks 包提供 useRealtimeRun、useRealtimeRunsWithTag 等
Trigger.dev Realtime是什么？
Trigger.dev Realtime 是 Trigger.dev 平台面向开发者的实时更新能力，用来把后台长时间运行的任务状态，实时同步到你的后端或前端应用，让用户能看到任务当前进行到哪一步。
它已经正式 GA（正式发布）。这一版强调更好的可靠性、更高的限额，并新增了把 LLM 响应直接流式传送到前端的能力。技术实现上，Realtime API 构建在开源 PostgreSQL 同步引擎 Electric SQL 之上，该引擎通过 HTTP 工作，Trigger.dev 服务端在其上做封装，对外提供订阅 run 的简单 API。
订阅会在 run 进入新状态或完成、run 标签被增删、run 元数据更新时收到通知。
Trigger.dev Realtime核心功能
按标签订阅多个 run
用 runs.subscribeToRunsWithTag 传入一个或多个标签，比如 "user:1234"，就能同时收到所有带该标签的 run 的更新，适合按用户或业务维度聚合观察。
批量 run 订阅
用 tasks.batchTrigger 批量触发任务会得到 batchId，再用 runs.subscribeToBatch 传入批量 id，批内任意一个 run 变化都会推送更新。
Realtime React Hooks
安装 @trigger.dev/react-hooks 后可用 useRealtimeRun、useRealtimeRunsWithTag 等 Hooks 在前端直接订阅，示例中会把 run.id 和 run.status 渲染到组件里。
LLM 流式响应
GA 版本新增的能力，允许把 LLM 响应直接流式传送到前端，让 AI 生成内容边产出边显示，而不必等整段回答完成后再一次性返回。
更新触发条件
run 进入新状态或完成、run 标签被增加或移除、run 元数据被更新这三类变化都会触发推送，可据此驱动进度条、提示弹出和多步骤任务的阶段展示。
自定义实时更新
示例中用 metadata 更新 fal.ai 的状态，从而给用户提供自定义的实时进度信息，而不局限于系统内置的状态字段。
典型应用场景
包括进度条与提示弹出、AI/LLM 流式响应、多步骤任务进度、AI Agent 可观测性四类，用于把后台任务和用户界面之间的信息差补上。
Trigger.dev Realtime适合谁用？
用 Next.js 的开发者
推荐官方示例直接基于 Next.js App Router，用 @trigger.dev/react-hooks 加 "use client" 就能在组件里订阅 run，接入路径最短。
做 AI Agent 的团队
推荐Agent 执行链路长、步骤多，官方把 AI Agent 可观测性列为 Realtime 的典型场景，可把中间状态实时暴露给使用者。
要流式输出 LLM 的产品
推荐GA 版本支持把 LLM 响应直接流式送到前端，适合做边生成边显示的对话或写作类界面。
纯前端小项目
有条件Realtime 的前提是任务已经在 Trigger.dev 上触发并产生 run，没有后台任务体系的项目需要先接入整套平台，成本偏高。
只做静态展示的站点
不推荐没有长耗时任务、不需要展示执行进度的场景，引入订阅机制只会增加复杂度，收益有限。
Trigger.dev Realtime优点和缺点
优点
- GA 版本明确提升了可靠性并提高了限额
- 新增 LLM 响应直接流式推送到前端的能力
- 同时提供后端 SDK 订阅与前端 React Hooks 两套接口
- 支持单 run、按标签、按批次三种订阅粒度
- 底层基于开源的 Electric SQL，实现路径公开可查
- run 状态、标签、元数据三类变化都会触发推送
缺点
- 官网未说明各订阅方式的速率或数量上限
- 需要先接入 Trigger.dev 平台并产生 run 才能使用
- 前端 Hooks 需在客户端组件中使用，附带书写约束
- 官网未说明国内网络环境下的可用性
Trigger.dev Realtime常见问题
Realtime 现在是什么状态？＋
已经 GA，也就是正式发布。说明这一版带来更好的可靠性、更高的限额，并新增了把 LLM 响应直接流式传送到前端的能力。
后端怎么订阅一个任务的实时更新？＋
先用 tasks.trigger 触发任务拿到 handle，再调用 runs.subscribeToRun(handle.id)，函数返回异步迭代器，每次 run 变化都会打印出最新内容。
前端页面里怎么接收更新？＋
安装 @trigger.dev/react-hooks，使用 useRealtimeRun 并传入 runId，会返回 run 和 error；组件里可以直接读取 run.id 和 run.status。在 Next.js App Router 等场景需要加 "use client"。
能一次订阅多个任务吗？＋
可以。用 runs.subscribeToRunsWithTag 传入标签，比如 "user:1234"，就能收到所有带该标签的 run 的变化；批量触发得到的 batchId 也可以用 runs.subscribeToBatch 订阅整批。
哪些变化会触发更新推送？＋
三类：run 进入新状态或完成、run 的标签被增加或移除、run 的元数据被更新。示例中还通过更新 metadata 来推送 fal.ai 的自定义状态。
这套实时能力是怎么实现的？＋
Realtime API 构建在 Electric SQL 之上，后者是一个通过 HTTP 工作的开源 PostgreSQL 同步引擎。Trigger.dev 服务端对其做了封装，对外提供订阅 run 的简单 API。
Realtime 能用来做什么？＋
给出四类典型用途：展示进度条与提示弹出、AI 与 LLM 的流式响应、多步骤任务的进度展示，以及 AI Agent 的可观测性。
Trigger.dev Realtime竞品对比
| 工具 | 编辑评分 | 价格 | 核心功能 | 平台 |
|---|---|---|---|---|
| Trigger.dev Realtime本工具 | 4.2 | 未标价 | 订阅单个 run；按标签订阅多个 run；批量 run 订阅；Realtime React Hooks | Web / API |
| InstantArt.io | — | 未标价 | 革命性的 ai 生成艺术新平台 | — |
| VectorGurus | — | 未标价 | 使用 AI 工具或专业人工描摹服务进行矢量转换 | — |
| Peloton Strength+ | — | 月费 $9.99，含 14 天免费试用；All-Access 与 App+ 会员 | 人工智能驱动的锻炼计划和进度跟踪 | iOS / Android |
| AITopTools | — | 未标价 | 每日更新的 AI 工具目录 | Web |
| 查询*NMPA | — | 未标价 | 简介:药品、药械注册进度查询 | — |
