正在加载视频...
视频章节
Amp Code 并不是又一个“会写代码的 AI”,而是一套关于如何与编程智能体共处的完整思想实验。通过终端里的 agent、子 agent 体系以及对失败模式的坦诚讨论,演讲者分享了他们如何试图“提前一年”体验未来的软件开发方式。
在终端里提前一年生活:Amp Code如何重新理解编程智能体
Amp Code 并不是又一个“会写代码的 AI”,而是一套关于如何与编程智能体共处的完整思想实验。通过终端里的 agent、子 agent 体系以及对失败模式的坦诚讨论,演讲者分享了他们如何试图“提前一年”体验未来的软件开发方式。
一种刻意拥抱“怪异感”的起点
这场演讲一开始,并没有急着讲功能或模型,而是从一种氛围说起。演讲者介绍自己和团队时,特意提到展位上“吹笛人的怪人”和“漂浮的金色鱼”,他说这正是 AMP 的气质:荒诞、敬畏、甚至一点点不安。为什么这很重要?因为他们认为,当前开发者所处的环境本身就是怪异的——智能体正在书写越来越多的代码,我们的工作方式在一年内发生了质变。
演讲中有一句非常关键的话:“如果你想象一下一年前你是怎么工作的,再看看现在,感觉是完全不一样的。”AMP 想做的不是掩盖这种变化,而是正面拥抱它,甚至放大这种“魔法感”。他们将自己定位为一个“agent research lab”,目标是“生活在一年之后”,提前体验并验证这些智能体将如何影响真实的软件工程实践。
这个背景解释了为什么 AMP 是一个高度“有立场”(opinionated)的工具。它并不试图适配所有人的工作流,而是明确假设:未来,开发者需要学会和 agent 协作,而不是只把它当成一个自动补全的升级版。
AMP 是什么:从终端召唤的编程智能体
在具体形态上,AMP 是一个可以直接从终端调用的 coding agent。这听起来并不新鲜,但演示强调了两个关键点:上下文理解能力,以及可控的迭代过程。演讲者现场展示了 agent 如何在代码库中定位相关上下文,并一步步逼近解决方案,而不是一次性“吐出一坨代码”。
更重要的是,AMP 并没有把人完全排除在回路之外。相反,它会引导用户理解 agent 写了什么、为什么这么写,从而避免“把一堆意大利面条一样的代码直接发到生产环境”。这种设计背后有一个很现实的判断:未来的问题不再是“AI 会不会写代码”,而是“人类如何判断这些代码是否值得信任”。
这也是 AMP 强调终端体验的原因。终端天然是开发者最熟悉、最可控的环境之一,把 agent 放在这里,本身就是一种信号:它是你的工具,而不是一个神秘的黑箱。
智能体的本质:一个 for 循环,以及随之而来的混乱
在演讲的中段,演讲者刻意“降维”解释了什么是 agent。他给出了一个非常程序员式的定义:“所有 agent,在本质上就是一个带 tool call 的 for 循环。”这个定义并不浪漫,却极其重要。因为正是这样简单的结构,却能产生“惊人宽度的行为差异和复杂性”。
一旦 agent 开始反复调用工具、观察结果、再行动,就会暴露出各种失败模式。其中一个被点名的典型问题是他称之为“doom loop”的状态:agent 没搞清楚真正的问题,于是不断用同样的方法重试,陷入无意义的循环。
AMP 的核心洞见之一在于:这些问题不是靠“更聪明的模型”就能解决,而是要在架构层面正视它们。也正因为此,他们花了大量精力在工具设计和控制结构上,而不是单纯追求一次性生成的成功率。
子 agent 体系:Finder、Librarian 与 Kraken
为了应对复杂性和失败模式,AMP 引入了一套子 agent 体系。演讲中提到的包括 Finder、Librarian,以及一个实验性的子 agent,名字非常形象,叫做 Kraken。为什么要这么拆分?因为他们发现,把“找信息”“理解代码库”“执行修改”等任务混在一个循环里,往往是 doom loop 的温床。
Finder 的职责是定位问题和相关上下文,Librarian 更偏向于管理和理解已有代码与信息,而 Kraken 则被用来探索更激进、更不确定的路径。这种设计并不是为了炫技,而是源于反复踩坑后的经验总结:不同阶段需要完全不同的思考方式。
与很多现有工具不同,AMP 在顶层只保留了两个 agent:smart agent 和 rush agent,并且对模型选择“非常刻意”。虽然演讲中没有展开具体模型名称,但可以明确的是,他们并不追求单一最强模型,而是根据节奏和风险偏好做取舍。
让人类重新“看见”代码的设计
在后半段,演讲重点回到了一个看似传统、但被重新定义的问题:人如何参与。AMP 为此构建了一个自定义的 diff viewer,让用户能更直观地看到 agent 做了哪些修改。这不是简单的 UI 优化,而是对“责任边界”的一次强调。
此外,AMP 还支持线程的分享、协作,以及在终端环境中逐步扩展更多能力。演讲者甚至半开玩笑地提到,“理论上我们也可以在你的终端里投放广告”,用幽默的方式提醒大家:终端正在变成一个新的应用平台。
这些设计背后有一个一致的目标:不是让 agent 取代开发者,而是让开发者在一个 agent 主导的世界里,依然能保持理解力和判断力。
总结
Amp Code 这场分享的价值,并不在于某个具体功能,而在于它对未来工作方式的整体判断。通过“agent 就是 for 循环”的朴素认知、对子 agent 的拆解,以及对失败模式的直言不讳,AMP 展示了一种更成熟的智能体思路。对开发者来说,真正的启发或许在于:未来一年,我们需要学习的不是如何写更多代码,而是如何与会写代码的系统共处。
关键词: Amp Code, AI Agent, 编程智能体, 终端工具, 软件工程未来
事实核查备注: 演讲者:Beyang Liu(视频标题中标注);产品名称:AMP / Amp Code;核心定义原话:agent 是“a for loop with tool calls”;失败模式术语:doom loop;子 agent 名称:Finder、Librarian、Kraken;顶层 agent:smart agent、rush agent;演讲时间与来源:AI Engineer 频道,2026-01-08