iii

产品简介

iii 是一个开源后端与代理运行时，核心是三种原语: worker、function 和 trigger。它把队列、HTTP 接口、定时任务、可观测性、状态变化和代理任务都看成同一个实时系统里的组成部分，而不是一堆各自独立、需要额外胶水代码连接的产品。

为什么最近热度高

它最近有热度，是因为它卖的不是又一层框架壳，而是一条真正的架构捷径。对于正在研究长时运行代理和事件驱动后端的团队来说，任何能降低集成成本、同时保持可观测性的东西都会很有吸引力。

核心功能

• 用一套运行时模型统一 API、队列、cron、可观测性、代理和沙箱。
• 支持 worker 在系统内动态注册并发现函数能力。
• 提供多语言 SDK，以及可用于追踪和运维的控制台。

真实使用场景

• 构建让人工服务和代理任务共享同一事件模型的后端工作流。
• 在现有系统里加入代理能力，而不必为每个组件再搭一层独立编排栈。
• 给平台团队提供统一的追踪、触发器和服务组合控制面。

社区反馈

开发者看好它的原因很直接: 它试图把队列胶水、触发逻辑和代理接线压进一个运行时里。顾虑也同样明显。像这样野心很大的系统，必须证明它在生产里依然容易理解，而不是把复杂度挪进一个只有少数人能维护的新内部平台。

限制与风险

采用 iii 其实是在接受它的运行时世界观。团队仍然需要验证迁移成本、调试体验、故障隔离，以及这种共享实时目录是否符合自己的安全边界和归属边界。抽象做得太强，有时也会把真实运维面藏起来。

替代方案

相近方向包括 Temporal、基于 LangGraph 的编排器、Trigger.dev、企业内部事件平台，以及基于消息队列和容器沙箱自建的代理运行时。

常见问题

• 谁最适合先看 iii？ 想把工作流、触发器和代理执行统一到同一模型下的平台或后端团队。
• 最该先测什么？ 优先测试故障处理、可观测深度，以及 worker-function-trigger 这套抽象是否适配现有后端架构。