半夜看「用 AI 更新旧文章」这类题目时，我最容易想起的不是工具，而是一张乱糟糟的词表。词很多，机会也像很多，可真正难的是：哪几个词应该放在同一页，哪几个只是看起来热闹。
所以我不会急着让 Perplexity、ChatGPT、Surfer SEO 写正文。它们当然能很快给出一版，但「更新旧文章」最怕前面的搜索意图没分清。意图糊了，后面越写越像补洞。
我知道这不如“直接生成”听着爽。可「用 AI 更新旧文章」最后要给人用，不是给演示用。
别急着写正文
拿「用 AI 更新旧文章」来说，我会先把搜索者的动作想清楚。这个人是想比较工具，还是想拿一套流程直接做？是要解释概念，还是要马上改页面？这几个问题没定，标题再漂亮也会飘。
我会先把「用 AI 更新旧文章」的成功标准写得窄一点。不是“做得更好”，而是让谁更快判断、让哪一步少返工、让哪份材料能继续被用。
先把词表摊开
材料不用多，但要真实。围绕「用 AI 更新旧文章」，我会把已有素材、不能编的事实、还没确认的地方放在一起。AI 看到的东西越具体，它越不容易装得很懂。
真要写提示词，我不会追求漂亮。我会直接告诉 AI：基于这些材料，给一版可讨论的中间稿；没有证据的别补；不确定的单列。放在「用 AI 更新旧文章」里，这样更容易改。
工具只负责一段判断
我会把「用 AI 更新旧文章」里的工具分得很窄。不是为了显得流程专业，是为了出问题时知道该改哪一段。Perplexity 适合补背景和读者问题，也适合快速看一个主题外面的人怎么讨论。别让它替你拍板，拿来补视野就好。ChatGPT 我通常放在拆问题、列清单、改写第二版的位置。它反应快，适合把散材料先拎出几条线。Surfer SEO 更像编辑现场的标尺。结构薄不薄、覆盖面窄不窄，放到正文阶段再看更有用。这样看起来慢一点，可交接时会少很多含糊话。
对「用 AI 更新旧文章」来说，工具链越长，越要保留人工停顿点。没有停顿点，错误会一路顺着流程跑下去。
最后看这页能不能交给作者
我会故意把「用 AI 更新旧文章」读慢一点。看它有没有把搜索意图、页面类型、内部链接和商业优先级讲清楚。没有的话，就退回去补材料，而不是继续润色。
还有个容易忽略的小坑：别在文章里写死 Perplexity、ChatGPT、Surfer SEO 的实时价格、套餐额度或地区可用性。这些东西变得太快。写清它们在「用 AI 更新旧文章」里的位置，就够了。
可以先用「用 AI 更新旧文章」跑一页很小的 brief。只选一组词、三五个竞品页面、两三个站内链接。先别上规模，先看这页到底能不能让作者少问几句。
跑完以后，我只记三件事：哪里真的省了时间，哪里让人更糊涂，哪里必须早点交给人判断。「用 AI 更新旧文章」能留下这些记录，就已经不是一次性生成了。
