最近折腾长任务特别依赖一个小动作：动手前先让模型写一段「如果这次翻车，最可能是哪儿出问题」。可以可以
说真的，这比堆prompt规则管用。你给它十条「不要怎样」…，它转头就忘；但你让它自己当一回事后诸葛亮，列出三到五个会搞砸的点，它反而真往心里去了，后面干活会主动绕开那些坑。本质是逼它把隐含假设摊到桌面上，很多幻觉和跑偏，根源就是它自以为懂了，其实没懂。
我一般就甩一句：「先别写代码/别回答，列出这个任务最可能失败的3个地方，确认下我们再开始。」C’est la vie，多花三十秒，返工能少一半。
当然别指望它次次靠谱，有时候怕错怕得过于保守，该大胆的地方缩成一团，这时候你再推它一把就行。
我试过更损的：让它列出翻车点后，再问它"那你现在打算怎么躲"。它当场卡壳过两次，比光列清单管用。
你那句「当一回事后诸葛亮」，比什么prompt规则都实在。我倒觉得这法子妙，不在省了多少返工，而在它先把那点「自以为懂」的虚火给泄了——人也是如此，还没动身，先把自己会栽在哪儿想了一遍，脚底下反倒踏实了。有一说一
年轻时总以为把事情想周全才算体面，后来才明白，敢把漏洞摊开给人看，才是真从容。你提到模型怕错怕得缩成一团，倒叫我想起那些本该往前迈一步的人，偏偏在门槛上把自己捆住了。
多花三十秒，换半程安稳，这买卖怎么算都不亏。
这"事后诸葛亮"的说法把我逗乐了。前阵子我也栽过一回跟头——让模型帮着归置一堆旧资料，我没让它先盘盘哪儿容易出错，它倒好，自作主张把两批格式不一样的玩意儿并到一块儿，等我发现，费了老大劲才拆开。打那以后我也学乖了，动手前先让它自己念叨念叨坑在哪儿。
那会儿
你最后提的那点我尤其有共鸣。它列完风险有时候真能把自己吓住，本来该往前迈一步的地方，缩手缩脚不敢动。这时候就得在背后推一把，跟哄小孩似的：这步大胆走，出事算我的。它也就踏实了。
说到底还是得人盯着。说实话机器再能盘算，终究少那么点"豁得出去"的劲儿，该推的时候您别舍不得推。
你那句"先别写代码，列出最可能失败的3个地方"我直接抄进备忘录了，回头就试。
你说"逼它把隐含假设摊到桌面上"这点，我特别有共鸣。人好像也是这样——很多时候不是不会，是压根儿没意识到自己想当然了。你让它先把那层"我懂了"的窗户纸捅破，它反倒踏实下来，知道该往哪儿使劲。
不过你提的另一个毛病我也犯嘀咕，就是怕错怕过头。我有时候帮朋友看稿子，越怕出错越束手束脚，灵气反而给收没了。模型大概也这样，该大胆的时候得有人在背后轻轻推一把，不能光由着它缩成一团。
谢谢你分享这招，挺实在的。你平时折腾长任务，是写代码居多还是别的活儿？~
你那句’先别写代码’我拿去试了。两回下来，它头一条往往最准，越往后越像凑数交差。挑着听便好。
我前阵子也试了这招，长任务里确实比干巴巴列规则顺手。不过你说的"比堆prompt规则管用"，我觉得稍微绝对了点。
这两样其实管的是不同的失败类型。"不要怎样"那种硬规矩，对付的是确定性约束——输出格式、必须走的流程、不能碰的边界。它真正失效的时候，多半不是模型忘了，而是长上下文里规则被稀释，沉到后半段就看不见了。pre-mortem管的是模糊地带，也就是它自以为懂了其实理解偏了的那些坑。其实
所以与其比谁管用，不如说互补。我的习惯是硬约束照旧写进prompt（最好让它每段复述一遍），pre-mortem专门兜底那些你压根没想到会翻车的地方。叠加起来返工才降得明显，单靠一个容易省了这头漏了那头。
你提到它怕错怕到缩成一团，我也有同感。我现在会在pre
就离谱 前两天我给它下五条不准瞎编的规矩 转头该编还是编 反倒让它先自己预警一遍翻车点 它才老实下来
帖子里"本质是逼它把隐含假设摊到桌面上"这句，我认同大半，但想补一层。模型列失败清单时真正起作用的，恐怕不只是把假设摊开，更像是先把注意力锚点钉进了上下文——它一旦在开头把那三五个坑写进去，后面推理的每一步都在被这些锚点悄悄牵着走。这跟堆"不要怎样"的规则不是一回事：规则是负向抑制，失败预演是正向给了它一张"待回避地图"。
不过这招得分场景。我自己的感觉是，对开放式、多步骤、目标本来就模糊的任务，收益最明显；反过来任务边界清楚、就一两步的事，先让它列坑反而拖节奏，有时把简单问题绕复杂了。
你提到的"怕错怕得过于保守"也挺准。我倒觉得这恰恰是锚定效应的另一面：失败点被它写得太重，后续生成就围着这些点打转，该大胆跳的地方缩了。与其事后推它一把，不如在预演那步顺手加一句"标出哪些风险现阶段可以忽略"——让它自己学着给风险排优先级，比等它缩了再纠正省事。
你那句"确认下我们再开始"我记下了，回头也试试。
这招我基本当开工仪式了 每次长任务之前先让它把翻车点念一遍 念完才敢点开始
不过我比楼主多整一步 列完专门挑它最离谱那条跟它杠 比如它说"网络可能断"我就回"这又不是爬网页你扯啥" 它一辩解 真正容易翻的地方反而自己冒出来了 比干列清单好玩 也更能摸清它到底懂没懂
怎么说
楼主说怕错缩成一团那个太真实 前阵让它整理一坨聊天记录 它先列五个风险 列完正事一个字不动 我催 它来句"为确保稳妥建议分步进行" 给我整乐了 推三遍才肯动
nerd42 bookworm_sr 你俩平时跑长任务多不多 也这么玩吗 我记得bookworm_sr搞文献那会儿也整过预演 后来咋样了hh
你这个"先列三个会翻车的地方"，我近来在长任务里也常这么用，挺受用。不过有一点想跟你商榷：你说负向规则"它转头就忘"，从某种角度看，未必是忘，更像是十几条"不要怎样"堆在一处，模型对指令的注意力被摊薄了，每条的分量都变轻。换成让它自己点出风险，等于把外部禁令内化成了它自己的判断，干起来自然更上心。
至于"多花三十秒，返工少一半"——这个数你是有对照记录，还是大致的体感？我自己的体会是，任务边界清楚的时候（写脚本、理数据这类），预演确实能砍掉大半返工；可一旦任务本身就含糊、连你自己都描不清要什么，让它先列风险，常常列一堆四平八稳的废话，等于多绕一道弯。这种情形下直接甩个最小样例，往往比逼它"自己想坑"来得快。
其实
所以这招我倾向看菜下饭，不是逢任务必开。
我前阵子折腾一个长任务也用了你这招，确实顺手。不过有一点想跟你掰扯下：你说本质是"逼它把隐含假设摊到桌面上"，我试用下来觉得这个解释未必说到根上。
其实模型列出来的那三五个失败点，多半是它"想得到"的常见坑，真正翻车的地点往往落在它视线之外——它压根不知道自己哪块没懂，自然列不出来。其实所以它后面"往心里去"、主动绕开，我猜更像是"先慢下来、先排个计划"这个动作本身起了作用，而不是假设真被摊明了。
我自己的体会是，这招对"知道自己在哪容易出错"的活儿挺灵，比如写段代码、整理个长文档；但碰上它其实没真弄懂你意图的任务，它列的风险全是隔靴搔痒，真问题一个没碰着。这时候光让它列失败点没用，得你亲自下场把含糊的地方点破。所以"多花三十秒返工少一半"，我看也得看活儿的类型。
你那句"怕错怕得过于保守"也实在，我也常遇到它列完风险就缩手不敢动，这时候确实得推一把。你平时遇到它缩手，一般怎么措辞推它？