AI · PB · 375
AI 任务委派分块法
AI Task Delegation Chunking · ai-task-delegation-chunking--michael-truell
所属簇 AI 编程与构建工作流
解决什么问题
用 AI 编程工具(或任何 agent)完成任务时,该一次性把整个任务说清楚丢给它,还是拆成小步骤反复来回?这是新用户最容易踩坑的地方。
核心内容
Truell 观察到用 AI 编程工具有两种典型模式:
- 一次性规格化(spec-then-review):花大量时间把"我到底要什么"一次性写清楚,让 AI 一口气去做,做完你再整体审查、验收。
- 切片式(chop it up):把任务切成很多小块,每次只说一点,AI 做一点,你review一点,再说一点、再做一点、再review。Autocomplete 就是这个谱系的极致形态。
Truell 给 Cursor 新用户的两条建议,本质就是这个框架的操作化:
- 偏向切片:不要试图用一次巨大的 prompt 交代清楚整个大任务后指望一把过——目前这样做"很容易翻车"。用大致相同的总时间去specify,但把它拆成多个小段,每段specify一点、拿到一点产出、review一点。
- 主动去试探模型的边界:找一个安全的场地(比如副业项目,而不是正式工作代码),刻意"作死"式地把AI用到极限,故意让它暴露失败模式。很多人低估AI能力,是因为从没真正给它一个公平的机会去试。这样做能建立起对"这个模型能扛住什么复杂度、需要我讲清楚到什么程度"的直觉("gut feeling"),而且每次大模型换代,这个直觉都要重新建立。
Truell 特别指出:当前(2025年)观察到的规律是,最成功的客户/用户仍然普遍偏保守,更依赖"next edit prediction"这类小步操作,并且倾向于把交给bot的任务范围主动收窄,而不是一次性交出大任务。
适用边界
- 这是"当前模型能力水平下"的经验规律,Truell 自己承认这套direct经验会随模型能力提升而改变,今天的"必须切片"未来可能不再必要。
- 不适用于"很容易一次性说清楚要什么、也很容易判断对错"的任务(如bug fix),这类任务反而适合丢给后台长时间跑。
关键引述 · 原话
"我会偏向于把事情切碎……而不是写一篇宏篇大论去告诉模型到底要干什么,我觉得那现在是一个搞砸的配方(recipe for disaster)。"——Michael Truell
关联卡片
与 Cursor 的 "background vs foreground" 任务形态区分相关(容易规格化、容易判断对错的任务适合丢后台,如bug fix);也呼应"junior/senior engineer AI 使用反模式"卡片中"junior过度依赖AI一次性交付整段"的现象。
出处:Michael Truell (Anysphere/Cursor 联合创始人兼CEO) · 03-podcasts/michael-truell.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