Agent 架构半衰期 6 个月:如何构建不被趋势淘汰的系统

视频亮点

00:30

Dan Farrelly 认为 Agent 架构的半衰期只有 6 个月,趋势更迭迫使不断重写系统。

03:06

他预测执行层比架构模式更重要,可靠的事件驱动引擎能降低迁移成本。

04:13

他反对依赖固定框架,主张将决策逻辑靠近代码以获得技术栈灵活性。

⭐⭐⭐⭐ 4.0

Dan FarrellyInngest 的 CTO 和联合创始人,在最近一次技术演讲中直面了一个残酷现实:你精心设计的 Agent 架构半衰期只有 6 个月。从 RAG 到 ReAct,从 prompt chaining 到 orchestrator-workers,再到 MCP 和 CLI 的反复横跳,每次趋势更迭都意味着重写。他没有预测下一个风口,而是展示了如何用核心原语构建一个不受趋势影响的架构。

Farrelly 反对盲目追逐热门的 Agent 框架,指出这些框架本质上是固化了一组特定假设,当环境变化时反而成为枷锁。他主张将决策逻辑尽可能靠近代码,而不是依赖框架的抽象层,这样在切换技术栈时只需替换最外层,核心逻辑不受影响。他还强调,选择正确的执行层(execution layer)比纠结架构模式更重要——一个支持 durable execution 和事件驱动的工作流引擎,可以让你快速迭代,即使架构过时也能低成本迁移。他给出的具体方案是:保留最简的编排层,把业务逻辑放在函数内,通过事件驱动解耦,并使用 Inngest 这样的平台管理持久化和重试。

这个观点可能改变未来 Agent 开发的范式:架构的实用价值不在于其先进性,而在于其可替换性。当团队不再押注某个特定模式(比如 MCP 或 ReAct),而是围绕可组合的基元(step functions、事件、状态机)构建时,Agent 系统的迭代速度会显著提升。Farrelly 的“半衰期”论断也提醒我们,在 AI 基础设施快速演化的当下,选择通用性更强的执行层可能比追求最新架构更明智。

Dan FarrellyInngest 的 CTO 和联合创始人,在最近一次技术演讲中直面了一个残酷现实:你精心设计的 Agent 架构半衰期只有 6 个月。从 RAG 到 ReAct,从 prompt chaining 到 orchestrator-workers,再到 MCP 和 CLI 的反复横跳,每次趋势更迭都意味着重写。他没有预测下一个风口,而是展示了如何用核心原语构建一个不受趋势影响的架构。

Farrelly 反对盲目追逐热门的 Agent 框架,指出这些框架本质上是固化了一组特定假设,当环境变化时反而成为枷锁。他主张将决策逻辑尽可能靠近代码,而不是依赖框架的抽象层,这样在切换技术栈时只需替换最外层,核心逻辑不受影响。他还强调,选择正确的执行层(execution layer)比纠结架构模式更重要——一个支持 durable execution 和事件驱动的工作流引擎,可以让你快速迭代,即使架构过时也能低成本迁移。他给出的具体方案是:保留最简的编排层,把业务逻辑放在函数内,通过事件驱动解耦,并使用 Inngest 这样的平台管理持久化和重试。

这个观点可能改变未来 Agent 开发的范式:架构的实用价值不在于其先进性,而在于其可替换性。当团队不再押注某个特定模式(比如 MCP 或 ReAct),而是围绕可组合的基元(step functions、事件、状态机)构建时,Agent 系统的迭代速度会显著提升。Farrelly 的“半衰期”论断也提醒我们,在 AI 基础设施快速演化的当下,选择通用性更强的执行层可能比追求最新架构更明智。

Your agent architecture has a half-life of 6 months — Dan Farrelly, CTO, Inngest

查看原文