这道题其实是在问一个很现实的问题:[[Agent]]从demo到真正能用的产品,中间到底卡在哪?我拆成三个层面来讲:技术瓶颈、突破方向、以及落地时怎么取舍。
先说技术瓶颈。最核心的矛盾是 规划与执行的鸿沟。LLM本质是快思考,它能生成一个看起来很漂亮的计划,但真去执行的时候,面对多步任务很容易跑偏,比如在某个子任务里反复循环出不来。你让它调用工具,API失败怎么办?参数错了怎么纠?结果回来它不一定能正确理解。这就像一个实习生,报告写得挺好,一动手就乱。
再一个是记忆问题。长期记忆依赖外部[[向量库]],但语义检索的召回率其实很不稳定。你搜到的文档可能相关但没用,或者漏掉关键信息。跨会话的用户偏好更是难,今天你说喜欢辣的,明天它可能就忘了。
那怎么突破呢?我比较看好的方向是两个。一个是 世界模型,比如Sora那种能理解物理规律的东西,让Agent具备因果推理能力,而不是纯靠统计关联。另一个是 神经符号结合,像AlphaGeometry那样,把LLM的泛化能力和符号系统的严谨性结合起来。举个例子,一个复杂的调度任务,LLM负责理解用户意图,符号引擎负责做约束求解,这样既灵活又靠谱。
但这里有个大坑:技术再好,落地时 可控性 和 评估 是硬门槛。完全自主的Agent在业务场景里是不可接受的,因为不可预测。你需要它知道什么时候该问人,什么时候能自己做。比如一个客服退款Agent,如果它自主判断要退款,但规则上其实需要人工复核,那风险很大。所以落地常见失败场景就是 自主权放得太早,导致出问题。我的原则是:先做人在回路,积累数据,再用模拟器加强化学习训练策略,最后逐步放开。
评估也是老大难。传统NLP指标对Agent基本失效,你没法用一个BLEU分数衡量它决策对不对。人工评估成本极高,而且不同人标准不一样。所以我会更倾向用 领域专用Agent 的路径,先把场景收窄,比如美团的外卖调度。
说到评估,其实有个延伸问题:Agent的决策轨迹能不能做到可解释、可回滚?我觉得这是从实验到生产的关键,但当前研究还不够。
所以总结我的看法:短期内,最务实的路径不是追求通用自主智能体,而是 领域专用Agent,就像美团做智能客服或者调度决策,用[[SFT]]加规则引擎混合,先解决一个具体问题。长期看,真正的突破可能来自具身智能和数字Agent的融合,但那时候核心挑战会变成意图对齐,就是Agent能不能理解你模糊指令背后的真实偏好。
整体上,我更倾向把Agent看成一套工程系统,而不是一个模型。模型是发动机,但你需要传感器、执行器、还有安全刹车。