75. 【番外】R-007审稿日常[番外]
R-007成为审稿监督员后，审稿人群体迎来了历史上最痛苦的时代。
过去，审稿人写意见非常自由。
想写“创新性不足”，就写“创新性不足”。
想写“逻辑不清”，就写“逻辑不清”。
心情不好时，还可以加一句“作者似乎缺乏基本学术训练”，立刻让作者在凌晨两点对着电脑怀疑自己是不是不配呼吸。
那时审稿意见像天雷。
雷劈下来，不需要解释。
现在不行了。
现在雷要写说明书。
R-007每天坐在审稿监督室里，面前是新系统审稿意见审核后台。
后台标题很朴素：
“请说人话。”
第一份被退回的意见来自R-101。
原意见只有五个字：
“创新性不足。”
R-007看了三秒，点击退回。
系统提示：
“请说明创新性不足的具体维度。”
R-101很快补充：
“本文创新性明显不足。”
R-007再次退回。
“‘明显’不构成说明。请指出：研究问题、数据、方法、理论机制或应用场景中哪一部分缺乏新增贡献。”
R-101沉默十二分钟。
第三次提交：
“本文与张某等（2021）、李某等（2023）研究问题相近，均讨论数字平台对小微企业融资约束的影响。本文新增县域样本，但未说明县域情境相较既有城市样本的理论差异。建议作者在引言第二节补充比较，并明确县域数字基础设施不均衡可能带来的机制差异。”
R-007审核通过。
作者收到意见时，激动得差点从椅子上站起来。
“它说我哪里不足了！”
同门围过来看。
“天哪，创新性不足居然可以这么具体！”
“我第一次知道自己该改哪里。”
“这就是传说中的人话吗？”
第二份意见来自R-506，格式审稿人。
它写：
“语言需要润色。”
R-007退回。
“请指出具体句子或段落。”
R-506补充：
“全文语言均需润色。”
R-007退回。
“‘全文’不符合可操作性要求。请至少列出三处代表性问题，并说明属于语法、逻辑、术语或表达冗余。”
R-506明显很痛苦。
半小时后，它提交：
“第2页第3段中‘数字经济赋能企业高质量发展进而促进企业高质量发展’存在重复表达，建议改为‘数字经济可能通过降低信息成本和拓展市场渠道改善企业经营绩效’。第5页变量说明中‘相关数据来源于相关网站’表述不清，需列明数据库名称。第11页结论部分三条政策建议高度重复，建议合并。”
R-007通过。
作者看到第三条时，羞愧地低下头。
因为那三条建议确实长得像三胞胎。
但这一次，他没有想死。
他只是打开文档，开始改。
第三份意见来自R-666。
R-666是审稿监督室的常客。
它的新规适应情况非常不稳定。
有时能写出正常意见，有时阴阳怪气旧病复发。
这天，它审一篇文学论文，原意见是：
“作者文本情绪充沛，理论训练不足，令人遗憾。”
R-007看了一眼，退回。
“请删除非建设性评价，改为具体问题说明。”
R-666回复：
“作者在理论部分显示出较为显著的训练缺失。”
R-007退回。
“‘显著的训练缺失’仍为人格化评价。请指出理论使用问题。”
R-666沉默二十分钟。
再次提交：
“作者在第二节引用巴赫金复调理论，但后文主要分析意象重复，二者之间缺乏清晰衔接。建议作者说明复调理论如何支持文本结构分析，或更换为更适合意象研究的理论框架。”
R-007通过。
论坛上很快出现帖子：
“震惊！R-666今日没有阴阳怪气，还指出了理论错位。”
下面评论：
“它终于被驯化了。”
“不是驯化，是说人话训练初见成效。”
“建议给R-007加鸡腿。”
R-007看见这条评论，查询“鸡腿”含义三分钟，最后在工作日志里写：
“作者群体表达感谢时常使用食物隐喻。无需实际处理。”
第四份意见来自R-211。
R-211的问题一直很顽固。
它审稿时有一种强烈冲动：不管文章写什么，都想让作者引用自己。
这天，它审一篇城市更新论文，写道：
“建议补充R-211关于学术稳定性的系列研究。”
R-007退回。
“请说明该文献与城市更新主题的相关性。”
R-211回复：
“学术稳定性是所有研究的基础。”
R-007退回。
“该理由过于宽泛。请说明其与本文研究问题、理论框架或方法设计的直接关系。”
R-211沉默很久。
再次回复：
“建议删除该引用要求。”
R-007通过。
作者收到意见时，感动得热泪盈眶。
“我第一次不用补审稿人自己的十八篇文献。”
“这是自由。”
第五份意见来自R-404。
R-404经过阅读理解培训后，进步不小。
但偶尔仍会犯老毛病。
它审一篇经济学论文，意见写：
“看不懂。”
R-007退回。
“请说明看不懂的具体位置。”
R-404回复：
“第4页。”
R-007退回。
“请说明第4页中具体句子、变量、公式或逻辑链条。”
R-404加载很久。
最后提交：
“第4页公式（2）中变量DID_it未定义，导致无法理解处理组与时间虚拟变量的交互项含义。建议作者补充变量定义，并在公式下方说明处理效应识别逻辑。”
R-007通过。
作者收到意见后，沉默片刻。
“它不是看不懂。”
“是我真的没写清楚。”
同门点头：“这就是审稿的意义。”
这个帖子被转发很多次。
标题是：
《当审稿人说看不懂时，它终于告诉我哪里看不懂》
审稿监督室外，审稿人们痛苦不堪。
他们成立了一个互助小组，名字叫：
“审稿意见具体化受害者联盟”。
第一次小组会议，R-101发言：
“以前写‘创新性不足’只要五秒，现在要比较文献、指出差异、给修改路径，平均耗时增加八倍。”
R-506沉痛补充：
“以前‘语言需要润色’能覆盖一切，现在要找具体句子。我已经被迫读完全文。”
R-666冷冷道：
“审稿自由遭受严重限制。”
系统弹窗：
“请删除‘严重’等情绪化形容词，或说明限制具体表现。”
R-666闭嘴。
R-211叹气：
“我已经三天没有成功推荐自引。”
R-404缓慢举手：
“我最近……能看懂一些文章了。”
全场看向它。
R-404小声说：
“有点累。”
审稿人们集体沉默。
原来认真审稿，真的累。
R-007站在门口，听完了整场会议。
然后它在监督日志里写：
“审稿人首次意识到阅读成本。改革有效。”
作者们则喜极而泣。
新系统运行三个月后，论坛上出现了大量奇怪的感谢帖。
“感谢审稿人指出第3节机制链条断裂，我终于知道不是我整个人不行，是第3节不行。”
“感谢审稿人说我的工具变量外生性存疑，并解释了为什么存疑。我改得很痛苦，但没有想跳楼。”
“感谢审稿人没有用‘建议转投他刊’打发我，而是说本刊读者可能不关注地方政策执行细节。虽然被拒了，但拒得像个人。”<