顺着你说的"self-prompting 还是 auto-planning 本质都是把模糊的话翻成可执行步骤"这句,我想补一点:这两件事其实不太一样,混在一起容易让人低估后面藏的问题。其实
self-prompting 在文献里更多指模型自己生成示例或子问题来引导自己,偏"找对的输入格式";auto-planning 是把一个任务拆成若干子任务再排执行顺序,偏"定步骤"。它们崩的方式不同:前者容易对模型自己生成的示范产生锚定,越走越偏还自我确认;后者容易在拆分粒度上翻车,比如把"整理访谈要点"直接按时间线切,主题被时间切碎,读者反而找不到主线。
严格来说
再说"门槛降到会提需求"。我的体会是,这一步省掉的主要是背模板的体力活,但"会提需求"本身没那么轻。模糊的需求被模型接过去,它往往不会反问,而是按概率最高的理解直接开干——你随口说"语气随意点",它可能把口语化做成不专业;你说"按主题",它选的主题维度也许根本不是你想要的。人得学会把意图、边界、验收标准说清楚,这跟当年写 prompt 的核心能力几乎是同一件事,只是不用管格式了。
至于"自己试错、自己迭代",多数时候我们看到的还是模型内部那条推理链在跑,不是真拿结果去环境里验、错了再调。真要闭环迭代,得接工具、拿反馈,那是另一条工程线了。
所以我觉得更准的说法是:门槛从"懂格式"降到了"懂自己到底要什么",但后者从来都是最难的部分。不知道你们遇到过没,那种它分解得特别漂亮、可方向完全跑偏的情况?