智能体跑久了就崩,问题不在提示词本身。
现场:一个跑了两小时的智能体
![]()
开发者调了一整天的提示词,智能体前20分钟表现完美。两小时后,它开始循环调用同一工具,或彻底遗忘任务目标。这不是个例——长时运行的智能体普遍面临上下文衰减、工具调用失控、目标漂移。
提示词是启动器,不是操作系统。
人物:为什么顶尖团队转向架构层
早期玩家堆提示工程,用更长的系统提示、更精细的少样本示例。边际效益递减很快。现在头部团队的做法是:把智能体拆成状态机,用显式的记忆模块替代隐式的上下文窗口,工具调用走校验层而非直出。
提示词负责"启动意图",架构负责"维持意图"。
逻辑:长时运行的三个断裂点
上下文窗口是硬约束。再长的窗口也有边界,而长时任务的信息量必然溢出。工具调用缺乏反馈闭环。智能体调了API,不知道成功还是失败,不会自我修正。目标没有层级结构。子任务完成时,母任务可能被遗忘。
这三个问题,提示词解决不了。
影响:下一代智能体的设计范式
行业正在从"提示词即产品"转向"架构即产品"。记忆系统、工具校验、目标分解成为基础设施。这对开发者是好消息——竞争壁垒从"谁更会写提示词"变成"谁更懂任务结构"。
提示词工程师不会消失,但他们的工作正在被底层化。
好消息是,你再也不用背诵那些神秘的提示词咒语了。坏消息是,你得开始学状态机了。
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.