本文用问答的形式,把自我批改与修订提示从概念到实操讲一遍。

Q1:自我批改到底是什么?

自我批改是让 AI 先写初稿,再按你给的标准检查自己的输出并修订,常见流程是“起草 → 列问题 → 改写”。它能用很少的额外工作换来更扎实的第二版。

Q2:为什么它有效?和一次生成有什么不同?

生成时模型专注于往下写,检查时则专注于对照标准找问题,把两个动作分开,往往能发现第一遍忽略的遗漏和逻辑跳跃。一次生成速度最快;自我批改多花一轮时间,但能系统性地减少遗漏和表达问题,适合重要或对外的内容。

Q3:哪些场景最值得用?

最典型的是两类:一是你有明确的质量标准,但不想自己逐条检查;二是 AI 第一版总是差点意思,又说不清哪里不好。以自由职业者为例,处理“给两位潜在客户写提案”这类工作时就很适合尝试。

Q4:具体怎么开始?

建议按这三步起步:

  1. 先让 AI 正常完成初稿。
  2. 给出 3 到 5 条具体的检查标准,比如准确性、完整性、语气、长度。
  3. 要求它逐条对照标准列出初稿的问题,先不改。

熟练之后再养成一个习惯:最后由你通读一遍,确认改动没有引入新问题。

Q5:有没有现成的模板?

有,下面这个可以直接复制,按需替换方括号内容:

请扮演两个角色依次工作:
【作者】根据材料写出初稿。
【审稿人】按评分表给初稿打分(每项 1-5 分)并说明扣分原因:
  准确性 / 完整性 / 结构清晰 / 语气得体 / 篇幅合适
【作者】只修改得分低于 4 分的项目,输出终稿。
最后附一行:终稿相比初稿的三处主要变化。

Q6:自我批改会不会越改越差?

有可能,尤其是标准不清时。所以建议先看问题清单再决定改哪些,并保留初稿以便对比。

Q7:它能替代人工审核吗?

不能。它能减少明显问题,但事实是否正确、是否符合实际情况,仍需要了解背景的人判断。

Q8:自我批改适合代码吗?

适合,可以让 AI 检查边界条件、异常处理和命名,但最终仍要通过运行和测试来验证。

举个例子

举个虚构的例子:一位项目经理让 AI 写项目延期说明。初稿把原因写得很含糊;要求它按“原因是否具体、影响是否量化、补救措施是否有负责人”自查后,修订版补上了每项措施的责任人和时间点,领导一眼就能看懂。

补充:最容易踩的坑和用好的诀窍

  • 检查标准和任务无关。改进:标准要贴合用途,比如对外邮件重点查语气和承诺,报告重点查数据依据。
  • 反复让 AI 自我批改很多轮。改进:通常一到两轮就够,再多容易越改越啰嗦或偏离原意。
  • 对代码类输出,自我检查时要求它列出可能的边界情况和测试用例。
  • 检查与修改可以交给不同对话,减少它对初稿的“偏爱”

延伸学习

自我批改和反方视角、多轮迭代关系密切。建议先把自我批改在一个真实任务里用熟,再逐个尝试相关技能,而不是一次学很多。

相关阅读