Inngest vs Temporal：AI Agent 失败续跑、人工审批与架构成本怎么选

Inngest 与 Temporal 都支持把 AI Agent 的模型调用、工具执行和人工等待组织成可恢复流程。Inngest 倾向让现有应用快速增加事件和步骤；Temporal 提供完整 Workflow、Activity、Worker 架构，适合跨服务、长生命周期和复杂操作控制。两者的工程成本与计费口径不同，不能用一句“谁更稳定”代替故障演练。

核心差异

Inngest 的函数通过事件、日程或调用触发，step.run() 保存已完成操作的结果；失败步骤单独重试，等待外部审批可以暂停运行。Temporal 则让 Workflow 描述持久化逻辑，通过 Activity 执行外部调用，Worker 持续轮询和处理任务。Temporal 官方 AI 文档覆盖工具调用 Agent、人工审批、多步骤管线以及多种 Agent 框架集成。

Inngest 更合适的情况

团队已有 Web 服务，Agent 工作流步骤不多，希望先做失败恢复和人工审批，不想在第一天维护完整的独立 Worker 架构。用 Inngest 可以在现有应用里定义函数，并通过平台追踪每一步。其官网 Free 含 5 万次 executions、5 个并发步骤；Pro 基础费 99 美元/月，含 100 万次 executions 与 100 个并发步骤。注意 execution 是一次函数运行或一次步骤执行，复杂 Agent 的账单会随步骤数增长。代码仍受宿主环境超时和请求大小限制。

Temporal 更合适的情况

若业务是一组跨服务、可持续数天或更久的流程，要求清楚管理状态、Worker、版本和重放，Temporal 值得投入。AI Agent 可以把模型或工具调用放进 Activity，Workflow 负责顺序和等待；人工审核可通过信号等机制继续流程。代价是团队要学习 Workflow 的执行约束、Activity 的重试与幂等、Worker 部署，以及云端或自管服务的可靠性。它更适合能负担这套工程体系的团队，而不只是把一个简单异步任务搬走。

故障恢复与外部副作用

两家都不能自动让外部 API “恰好执行一次”。例如创建订单后网络断开，即使工作流看到失败，外部订单可能已存在。应为每个业务动作设计稳定 idempotency key 或先查询后写，区分暂时性错误与永久错误。再演练模型响应成功但下一步失败、审批超时、Worker 重启、部署换版和调用回执丢失。记录每次是否重复扣费或重复发通知。

费用与运维如何比较

Inngest Cloud 要把函数运行和步骤 executions、并发、超额与可能的附加项计入；模型提供商费用和你的应用运行环境另算。Temporal Cloud 按其当前定价维度计算，若自托管则加入数据库/服务集群、Worker、监控和升级人力。不要把不同单位的“每次 Action”和“每次 execution”直接等同。用同一批 100 到 500 条业务任务算每个成功完成的总成本、P95 完成时间及值班维护时间。

最终建议

中小团队给现有应用补上 Agent 续跑与审批，先试 Inngest；多团队跨服务长期流程、已有成熟平台工程能力，认真评估 Temporal。选型结果由你的工作流长度、故障模式、部署边界和总拥有成本决定。上线前必须验收运行轨迹、权限隔离、敏感数据以及可回滚的版本更新。

资料：Inngest 文档、Inngest 限制、Inngest 价格、Temporal AI、Temporal 平台。