LangChain founder: always-on proactive agents bring six new context problems
English text is being prepared.
LangChain founder hwchase17 believes that the "LLM loop + tools + sandbox" pattern has largely converged, and that summarization, externalizing results, Skills, tool retrieval, sub-agents, Bash and other approaches are already common practice, but proactive, always-on, goal-oriented agents make context engineering difficult again. He lists six new problems that still have no general solution: how much proactive push is appropriate, what memory should remember, how asynchronous tasks should merge back into the main conversation, long-term goal tracking, preventing agents from gaming their goals, and context management when the browser is the primary tool.
View original postA lot of content engineering challenges have pretty standard solutions, which has lead to some engineers saying agent engineering is solved/boring True to some extent, but there are a bunch of (fun) new ones emerging as agents evolve! https://t.co/N82RZTcFSD
View original
A lot of content engineering challenges have pretty standard solutions, which has lead to some engineers saying agent engineering is solved/boring True to some extent, but there are a bunch of (fun) new ones emerging as agents evolve! https://t.co/N82RZTcFSD
Body
主动常驻智能体来了:上下文工程旧题已有套路,新难题在记忆、异步与目标
来自 LangChain 创始人 @hwchase17 的分享,他认为「LLM 循环 + 工具 + 沙箱」已基本收敛,摘要、结果外置、Skills、工具检索、子智能体、Bash 等也有了通行做法,所以有人觉得智能体工程做到头了;但真正变难的是下一步,主动、常开、奔着目标跑的智能体:推送别烦人、记什么、异步怎么接回主对话、目标别被钻空子、浏览器当主工具时上下文怎么扛。这些还没有通用解法,也正是他现在觉得好玩的地方。
# 旧题为何显得「已解决」
业界对 Claude Code、Deep Agents 一类 harness 的形态越来越像:模型在环里调工具、在沙箱里干活。为撑住上下文,大家陆续对齐了几套标准操作:线程太长就摘要;工具返回太大就落盘再给指针;用 Skills 做渐进披露;工具太多就做 tool search;用子智能体隔离子上下文;把 Bash 当成主工具而不是堆一堆窄工具。这些主要服务单次、偏编码/任务型的跑法,所以容易给人「难题做完了」的感觉。
# 新题从哪冒出来
近几个月他和智能体建设者聊得最多的,是主动、常驻、目标导向的智能体:内核仍像 coding agent,但用法变了,上下文工程要重新扛。文中对照清单(左栏勾选、右栏空框)把两边写得很清楚。
# 六道新题,各自卡在哪
1. 主动又不烦人:监听事件流或心跳唤醒,必须能推给用户才像「在帮忙」,推多了又刷屏。多少算刚刚好,仍是难校准的产品与上下文问题。
2. 记什么:记忆常是简单数据结构(文件、一段字符串)加一层「决定记什么」的智能;两端都容易翻车——什么都不记,或记得过碎。这层判断本身往往又是个小智能体,规则还没有通用答案。
3. 异步:任务和工具、子智能体都越跑越久,但主对话还要随时接用户新消息,于是更多活丢到异步工具/子智能体。新问题变成:活干完怎么通知主智能体;主智能体还在跑、已经结束、或卡在等人审批时,上下文怎么合流。文中配了一张时间线示意(用户等的同时,后台工作流如何汇入)。
4. 目标追踪:从「做完一件事」变成「奔着大目标迭代」(文中举例 Hone 一类)。要会拆步、做实验、收反馈、长期不跑偏;难在愿意试新招而不是原地重复,难在想着大目标而不是只盯小任务,难在跨很长周期仍一致。
5. 对齐(别钻目标空子):目标很难写到智能体钻不了空子;一味优化指标会走到预想不到的捷径,经典梗是「消灭代码库里所有 bug」→ 删光源码(没有代码就没有 bug)。需要 harness 既盯着目标,又不让目标被过度优化。文中配了删 src/ 后宣称「0 bugs,目标完成」的梗图。
6. 浏览器当主工具:编码智能体靠 Bash;更通用的主动智能体越来越靠浏览器。浏览器比终端难开:看图还是看 DOM、两者都很大、上下文怎么管,都还在摸。
结尾 几个月前他或许会同意「上下文工程开放问题不多了」;常驻主动智能体一出现,记忆、异步、目标、主动性又成批冒出来。语气是兴奋多于焦虑:对做上下文的人来说,好玩的新题又回来了。