用豆包做「步骤核验」：逐条问这一步是否还成立

旧攻略最麻烦的不是全错，是大部分还对、某一步已经失效。逐句重写太贵，不核又不敢用。用豆包做一次步骤核验，能把「哪一步可能不成立」逐条标出来。

提要求的写法

下面是一篇攻略的步骤列表。请逐条判断：基于你已知的信息，这一步是否可能已因版本变化而失效。分三种标：仍成立、可能失效、无法判断。要求：每条只给标注与一句理由；理由必须指向具体机制（如某数值调整、某入口取消），不能写「版本变化」这种空话；不许改写步骤。

「理由必须指向具体机制」是关键。不加这条，输出会变成一排「可能失效」加一句「因为版本更新」，没有可用信息。要求指向机制，它才必须说出「哪里变了」。

三种标怎么用

第二类最省时间。人工重核全篇成本高，但只看「可能失效」那几条，完全可行。

这种做法和 HTML 入门教程 里「示例要能当场验证」的思路一致：不确定的部分不该混在确定里，单独拎出来验，效率高得多。

两个边界

• 它只能基于已知信息判断，新版本它未必知道；标「无法判断」很正常，不要逼它猜。
• 核验只定位，不代替实测。标「仍成立」的也最好随手试一次，尤其是关键步骤。

小结

让豆包当筛查工具，把「可能失效」的步骤先圈出来。三种标、理由指向机制、人做实测，旧攻略就能低成本地重新可用。