正在加载视频...
视频章节
如果你还以为复杂功能必须靠复杂代码,David Gomes 这场分享会让你坐不住。Cursor 团队用一个 200 行的 Markdown Skill,替换掉了 1.2 万行代码、无数依赖和测试——而且功能还活得更好。
12K行代码被200行Markdown干掉:Cursor这次太狠了
如果你还以为复杂功能必须靠复杂代码,David Gomes 这场分享会让你坐不住。Cursor 团队用一个 200 行的 Markdown Skill,替换掉了 1.2 万行代码、无数依赖和测试——而且功能还活得更好。
最反直觉的一幕:代码不是被重构,而是被“删掉”
这场演讲一上来就丢出一个让工程师后背发凉的事实:Cursor 刚刚把一个“完整功能”从 12K 行代码,直接替换成了一个 200 行左右的 Markdown Skill。不是重写、不是微服务化,而是彻底放弃传统实现。
David Gomes 的判断很直接:在 AI Agent 时代,Markdown 正在变成新的“代码载体”。过去我们用大量代码、状态管理、依赖关系,去约束一个复杂流程;现在,他们选择用一段高度结构化的 Markdown,加上极其激进的 Prompting,把“流程”交给模型自己执行。
这不是偷懒,而是一次工程哲学的转向:从“我如何控制每一步”,变成“我如何让模型理解并遵守规则”。
Word Tree 的旧世界:功能强大,但工程噩梦
被替换掉的,是 Cursor 里一个并不简单的功能:Word Tree。简单说,它允许你在同一代码库上创建多个“平行世界”,让不同模型在同一任务上各自修改,然后你再对比结果、预览 UI 变化。
问题在于,这套机制工程复杂度极高:
- 要自己实现 Word Tree 的创建与管理
- 要处理用户疯狂创建上百个 Tree 导致的磁盘爆炸
- 还要负责清理遗留状态,避免把用户机器拖垮
这些逻辑叠加在一起,形成了一个“功能上很性感、维护上很痛苦”的系统。David 的描述很克制,但意思很明确:这是那种你一旦停下来想维护,就会怀疑人生的代码。
新解法:Slash 命令 + 激进 Prompt,把复杂性扔给模型
新实现的核心,不是新框架,而是两条命令:/slashwordtree 和 /slashpassevent。用户不再手动管理子 Agent,也不用关心底层 Tree 的生命周期。
取而代之的是一个 Parent Agent:
- 它负责协调多个模型
- 负责让它们在“正确的 Word Tree”里工作
- 通过 Prompt 明确边界,而不是通过代码强约束
David 用了一个关键词:aggressive prompting。这不是随便写几句提示词,而是把过去写在代码里的约束、流程、异常处理,系统性地“翻译”成模型能理解的指令。
结果是:大量工程代码消失了,但功能并没有随之变弱。
优点、代价,以及一个仍未解决的硬问题
新方案当然不是银弹。优点很明显:
- 不再绑定单一模型,可以并行竞争
- 系统轻了,维护成本断崖式下降
但代价同样真实:
- 功能的可发现性下降,新用户不一定知道这些能力存在
- 更关键的是:Agent 并不总是“乖乖待在自己的 Word Tree 里”
David 很坦率地承认,这是当前最大的挑战。Prompt 再强,也无法 100% 保证模型不跑偏。而接下来的方向,反而不是继续加复杂度,而是“先退一步”,重新思考哪些约束必须由系统兜底,哪些可以继续交给模型。
总结
这场分享真正值得 AI 从业者反复咀嚼的,不是 12K 行代码被删掉的爽感,而是背后的判断:在 Agent 驱动的软件里,工程师的角色正在从“写控制逻辑”,转向“设计认知边界”。
如果你在做 AI 产品,这意味着什么?也许你可以开始问自己三个问题:这个功能,真的需要这么多代码吗?哪些逻辑其实只是“告诉系统该怎么想”?如果把它们写成 Prompt,会发生什么?
Cursor 的答案未必适合所有团队,但有一点已经很清楚:未来最贵的,可能不是代码量,而是你如何让模型听话。
关键词: Cursor, Markdown Skill, 提示工程, AI Agent, 工程复杂度
事实核查备注: 需要核查:1)12K 行代码替换为约 200 行 Skill 是否为演讲中的明确说法(来源:视频标题);2)演讲者是否为 David Gomes;3)Slash 命令名称的准确拼写;4)“aggressive prompting”是否为其原话。