为什么人性化文本会破坏文内引用
改写过程会把引文当作普通词语来读,因此姓氏会互换,年份会消失,et al. 阈值会变化,合并后的句子会让参考文献指向空处。下面说明每一种失败、它在页面上的表现,以及能够捕捉所有这些问题的检查方法。
一次改写处理把 Osei and Whitfield (2019) 在文献综述的一句话中改成了 Whitfield and Osei (2019)。页面上其他内容都没有变化。参考文献列表仍然写着 Osei, K., and Whitfield, R., 因为这就是论文上印出的顺序。
与参考文献列表不一致的文内引文,是人性化处理或释义处理对稿件造成的最常见损害,而且在发生时最不显眼。文字本身确实会在之后读起来更顺畅。其下方的引文现在却在一些拼写检查器不会报告、相似度分数也不会注意到的方面出错了。
原因是机械性的。一个改写模型会把引文当作句子中的普通词语来读,而它被要求改进的正是这个句子。姓氏是它可以移动的名词,年份是它可以删去的数字,而相邻的两个句子是它可以合并的两件事。存在一些工具可以在改写前冻结引文,但大多数通用改写工具并不会这样做。下面的检查由你来运行。

叙述性引文中的作者顺序翻转
叙述性引文把作者姓名放进句子本身,这正是它们会暴露出来的原因。APA Style 将这两种形式并列呈现: Salas and D'Agostino (2020) 作为叙述性引文,and 一词完整拼写出来, 以及 (Salas & D'Agostino, 2020) 作为括号式引文,连字符号保留在括号内。叙述性形式周围没有标点屏障。
在普通散文中,两个姓名的顺序并不重要,因此模型在重组句子时会为了节奏而交换它们。但在引文中,这一顺序至关重要, 它是论文上印出的顺序,也是参考文献条目按其编排字母顺序的依据。被调换的一对姓名也可能在校对中保留下来,因为句子仍然完全符合语法。
括号式引文通常更完整,因为对大多数改写模型而言,括号会被视为一个整体对象。在你知道将被改写的部分中,括号式形式是更稳妥的选择,而 叙述式与括号式引文格式 之间的差异,一旦有工具介入,决定的就不只是句子的流畅性。
年份会缺失,或者重复出现
年份是一个位于句中部的四位数字,这使它成为页面上最容易被删去或重复的元素。被删去是更隐蔽的失败。改写会把引文折叠进句子里,而日期没有在这一折叠中保留下来,所以 Osei and Whitfield (2019) argued 会变成 Osei and Whitfield argued,而句子现在引用了一篇论文,却没有说明是哪一篇。
重复出现则更明显。改写会用散文把括号里已经说过的话再写一遍: In 2019, Osei and Whitfield (2019) reported a decline. 读者会看到日期出现两次,并把这理解为一个连自己的句子都不再检查的作者。
有一种合法的缺失使这件事比看上去更难。APA 的规则是, “不要在同一段中第二次及其后再次出现叙述式文内引文时重复年份。” 在同一段内,第二次叙述式提及时缺少年份是正确的。但如果第一次提及就缺少年份,或者任何括号式引文缺少年份,那就是错误,因此年份检查必须逐段进行。
将你自己的论文人性化
改写你的 AI 辅助文本,使其听起来更像人工撰写,同时不改动重要词语或引文。
当作者缺席时,Et Al. 阈值会移动
文内多作者引文的形式由存储在别处的一个事实决定, 即参考文献条目中出现了多少位作者。APA Style 明确规定, 对于有三位或更多作者的作品, 你应当“在每次引文中只写第一位作者的姓名, 再加 et al. , 即使是第一次引文也是如此”。两位作者则始终都要写出姓名。
这使得这种错误在列表中拥有最长的引信。把三作者叙述性引文改写为两个姓氏, 生成的英语在形式上是正确的, 但按体例规则却是错误的。句子本身没有任何迹象提示这一错误。直到三页之后, 你读到参考文献条目时, 它才会显现出来。
反过来也会发生。把 et al. 扩展为完整的姓氏列表, 因为姓名列表比拉丁缩写读起来更自然, 这会从另一侧破坏同一条规则。不同体例和不同版本的阈值并不相同, 因此约束你稿件的规则是你目标体例指南中的规则。该阈值本身在关于何时在 APA 7 中使用 et al.的指南中有更完整的说明。
合并句子与孤立的参考文献条目
合并两个句子是一种常规的编辑操作, 也是对引文最具破坏性的操作。来自两个来源的两个主张变成一个带有一个引文的主张, 第二个来源从正文中消失, 而其条目仍原封不动地留在参考文献表中。合并后的句子读起来很好。它陈述了两件事, 只支持了一件事。
留下的条目是一个孤立项, 即参考文献表中没有任何内容指向它的参考文献。参考文献表是一个封闭列表, 标记者可以直接向下阅读。这种不一致最有可能被他人发现。一个在正文中任何地方都没有对应引文的条目, 读起来就像是你声称使用过、但实际上并未使用的来源。
合并同时产生了一个镜像式错误。检查保留下来的引文的读者会发现, 句子的一半得到了支持, 另一半却被归于一篇从未作出该主张的论文。最好的情况是, 这看起来只是归属不严谨。最坏的情况是, 这是把一个主张归于并未提出该主张的作者。
| 出了什么问题 | 它在正文中的表现 | 如何发现它 |
|---|---|---|
| 叙述性引文中的作者顺序 | Osei and Whitfield (2019) 变成了 Whitfield and Osei (2019) | 逐条将每个叙述性引文与其条目从左到右核对 |
| 年份缺失 | Osei and Whitfield 提出了论点,但句子中任何地方都没有日期 | 搜索每个姓氏,并确认有年份与之对应 |
| 年份重复 | 在 2019 年,Osei and Whitfield (2019) 报告了下降 | 大声读出句子,日期会出现两次 |
| et al. 阈值 | 一个三作者引文变成了由 and 连接的两个姓氏 | 统计条目中的作者数,然后检查文内形式 |
| 句子合并 | 两个主张,一个引文,而第二个来源从正文中消失了 | 比较该部分在前后引用了多少个不同来源 |
| 孤立的参考文献条目 | 参考文献条目,手稿中没有任何内容指向它 | 在手稿中搜索列表里的每一个姓氏 |
查找与参考文献列表不匹配的文内引文
两个方向都要运行检查,因为每一次扫描都会发现另一种扫描看不到的错误。从列表到正文可以找到孤立条目。从正文到列表可以找到被弄乱的引文。只做其中一个并认为已经完成,会让手稿只检查了一半。
- 参考文献表到正文:在稿件中检索参考文献表里的每一个姓氏,并确认至少存在一处文内引文。任何没有匹配项的条目都是孤立条目。
- 正文到参考文献表:按顺序阅读每一处文内引文,并将其与对应条目核对三项内容,姓氏拼写、作者顺序和年份。要阅读引文本身,而不是段落。
- 作者数量:对于每一条包含两个或更多姓名的条目,统计作者人数,并将文内形式与你所采用的 et al. 阈值进行核对。
- 已更改的句子:如果你保留了重写前的草稿,就将两者并排比较。形态发生变化的句子就是存在风险的句子。
最后这一步把审校变成抽查。重写从未触及的句子中的引文无需关注,因此阅读清单很短, 只看发生变化的句子。在一篇十页的论文中,这只需要二十分钟,而不是一个下午。
其中有两个工具可以缩短部分工作。文内引文修正器会比逐行阅读更快地标出违反样式规则的形式, 逗号位置、et al. 形式和页码缩写等,但它看不到你的参考文献表,因此孤立条目的排查仍需手动完成。对于被重写过程弄乱的条目,使用引文生成器重建,比反向推断其变化过程更快。
这些引文周围的文字是另一项独立工作:让 ChatGPT 输出听起来更自然,以及逐行编辑该输出。
上面的每一种错误都有一个共同点:稿件在之后仍然读起来很好。这正是为什么重写后的文本值得检查而不是直接信任,也正因为如此,这项检查应当放在最后,在最后一次编辑之后。如果你希望重写留下更少痕迹,那么指南中关于如何使 AI 文本更具人性化的句子层面技巧,正是这项工作中发生在任何引文面临风险之前的那一半。
常见问题
最常见的是改写。释义或人性化处理会把引文当作普通词语来读,因此它会重新排列两个姓氏,删去一个年份,扩展或压缩 et al. 形式,或者合并两个句子并丢失一个来源。与参考文献表不一致的文内引用也可能来自后期的人工编辑,在这种情况下,正文中的一条参考文献被删去,却仍留在列表中。
Content strategist at TextPulse, here since the company started. Mark writes the product and technical coverage: how the humanizer works under the hood, what changes in each release, and what a specification actually means for your writing. His reviews of writing software come from using them on real documents rather than reading a feature list.