北京
智能体跑久了就崩，问题不在提示词本身。
现场：一个跑了两小时的智能体
开发者调了一整天的提示词，智能体前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.
