AI · PB · 012
编码 Agent 雄心重试
Ambitious Retry Not Patch · ambitious-retry-not-patch--benjamin-mann
所属簇 AI 编程与构建工作流
解决什么问题
用Claude Code这类编码agent时,为什么有些人用得特别好、有些人用得很一般?区分两者的具体行为差异是什么,普通用户该怎么调整自己的使用方式。
核心内容
Benjamin Mann 指出,把新工具当"旧工具的替代品"用的人,往往用不好新工具——具体到编码场景,大家熟悉autocomplete、熟悉"就代码库提问的简单聊天",但用Claude Code用得好和用得不好的人之间,核心差异是两点:
- 敢不敢提出"有野心的改动(the ambitious change)",而不是只让它做小修小补。用得不好的人倾向于只把它当加强版autocomplete用,不敢让它接手真正复杂、有分量的任务。
- 第一次没做对时,愿不愿意再试三次,而不是在同一个失败结果上反复小修。Mann提到一个具体的数据事实:模型本身是随机的(stochastic),同一个prompt有时候能做对,有时候做不对——这也是为什么每一份模型卡(model card)里都会同时报告"pass@1"和"pass@n"(一次通过率 vs 多次尝试内通过率)。Mann直言"完全重新开始再试一次"的成功率,往往比"在同一个没做对的结果上反复修"高得多。
Mann把这一点拆成两个层次的建议:
- 最笨但有效的版本:同一个问题原封不动再问一遍。因为模型的随机性,有时候单纯重试就能解决;
- 更聪明的版本:重试时明确告诉模型"这是我已经试过的方法,没有用,别再用这个思路,换一种方式试试"——这能进一步提高重试的命中率。
Mann同时提到,这条建议不止适用于工程师写代码,Anthropic内部的法律团队和财务团队也在用Claude Code本身(不是专门为非工程师做的界面)去做红线批注文档、跑BigQuery分析客户和收入数据——这说明"提出有野心的任务+愿意多次重试"这套使用心法,不局限于程序员群体。
适用边界
- Mann自己承认"重试同一个prompt"是"最笨的建议(dumbest advice)",效果有限,真正的杠杆在于"改变思路后再试",单纯盲目重试的边际收益较低;
- 这条建议默认"重新生成一次的成本可以接受"(时间、token成本),在成本极高或不可逆的操作场景中,盲目"多试几次"未必是合适的策略。
关键引述 · 原话
"我们的成功率是——如果你完全重新开始再试一次,会比你在同一个没做对的东西上反复敲打,高得多。"——Benjamin Mann
关联卡片
与"ai-task-delegation-chunking"(michael-truell)形成互补甚至对照的角度:Truell强调"任务要拆小、要谨慎切片",Mann强调"任务要敢于宏大、失败了要敢于整体重来"——两者适用的模型能力阶段和任务类型可能不同,值得在实践中结合判断。
出处:Benjamin Mann (Anthropic 联合创始人, 产品工程技术负责人) · 03-podcasts/benjamin-mann.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2