智能体跑久了就崩，问题不在提示词本身。

现场：一个跑了两小时的智能体

打开网易新闻 查看精彩图片

开发者调了一整天的提示词，智能体前20分钟表现完美。两小时后，它开始循环调用同一工具，或彻底遗忘任务目标。这不是个例——长时运行的智能体普遍面临上下文衰减、工具调用失控、目标漂移。

提示词是启动器，不是操作系统。

人物：为什么顶尖团队转向架构层

早期玩家堆提示工程，用更长的系统提示、更精细的少样本示例。边际效益递减很快。现在头部团队的做法是：把智能体拆成状态机，用显式的记忆模块替代隐式的上下文窗口，工具调用走校验层而非直出。

提示词负责"启动意图"，架构负责"维持意图"。

逻辑：长时运行的三个断裂点

上下文窗口是硬约束。再长的窗口也有边界，而长时任务的信息量必然溢出。工具调用缺乏反馈闭环。智能体调了API，不知道成功还是失败，不会自我修正。目标没有层级结构。子任务完成时，母任务可能被遗忘。

这三个问题，提示词解决不了。

影响：下一代智能体的设计范式

行业正在从"提示词即产品"转向"架构即产品"。记忆系统、工具校验、目标分解成为基础设施。这对开发者是好消息——竞争壁垒从"谁更会写提示词"变成"谁更懂任务结构"。

提示词工程师不会消失，但他们的工作正在被底层化。

好消息是，你再也不用背诵那些神秘的提示词咒语了。坏消息是，你得开始学状态机了。