00:00 / 00:10
连播
清屏
智能
倍速
点赞426
00:00 / 00:28
连播
清屏
智能
倍速
点赞922
00:00 / 05:42
连播
清屏
智能
倍速
点赞36
00:00 / 00:55
连播
清屏
智能
倍速
点赞NaN
Cursor 专讲帮你厘清上下文管理技术的来龙去脉 为什么给代码智能体 “喂点上下文”,会搞出这么多名词? 如果你正在学习或使用氛围编程(Vibe Coding),可能会被一堆概念砸中!Rules、Commands、MCP Servers、子智能体、Modes、Hooks,还有现在越来越常被提到的 技能(Skills)。光听名字就让人头大。来自 Cursor 的技术专家 Lee Robinson 在这段视频里将为大家一一讲解这些重要的技术,厘清上下文管理的发展脉络。 把时间线拉长看,其实这些概念都在解决同一件事!怎么把合适的信息,在合适的时机,放进模型的上下文里。 在氛围编程刚开始的时候,模型最让人头疼的问题是幻觉。于是大家用了一个很直接的办法:写 Rules。把代码库背景、业务约定、常见错误一股脑写进文件里,每次对话都自动带上。这类信息被称为静态上下文。不管你问什么,它都会出现。 这个方法一开始效果不错,但很快就遇到了瓶颈。Rules 越写越长,很多内容其实只在特定任务下才有用,却不得不每次都塞进上下文。理想状态当然是 “需要时再给”,但当时模型调用工具、改文件、跑命令都还不够稳定,这个想法只能先放着。 接下来,大家开始关注效率问题。有些 Prompt 会反复用,那就不如打包起来。于是有了 Commands,也就是斜杠命令。例如一键完成 Git 提交并创建 PR。这一步本质上还是文本,只是从 “复制粘贴” 进化成了 “随叫随到”。 但光靠文本还是不够。智能体需要真正接入系统、执行代码、访问第三方服务,这就引出了 MCP Server。MCP 不只是 Prompt,而是一个完整的服务器。它可以连现有系统、做 OAuth、暴露外部工具,比如读 Slack、建 Linear Issue。然而,工具一多,上下文负担就会变重。 于是又出现了子智能体和模式。子智能体就像 “带固定人设和任务的 Prompt”,还能限制可用工具。模式则更进一步,不但告诉智能体要做什么,还能修改系统提示词、开放新工具、甚至配合 UI 变化,让智能体始终记得自己正处在某种工作状态下,比如专心做规划。这些设计的核心目标只有一个:让智能体更可靠、更容易被正确使用。 …… #氛围编程 #上下文管理 #AI技术 #人工智能
00:00 / 07:16
连播
清屏
智能
倍速
点赞77