为什么同行评审证据需要单独的证据策略
同行评审这件事，设计上就是不透明的。期刊会对评审人身份保密，编辑系统藏在登录墙后面，大多数评审活动根本不会留下任何公开痕迹。审案人员在看申请材料时，没有办法去查询某本期刊的内部数据库，来确认某个具名的人在某个具体日期评审过某篇具体的稿件。这和已发表的论文完全不同——一篇论文可以通过 DOI 或索引数据库在几秒钟内验证，但一项评审记录只存在于申请人自己掌握、并且自己决定是否披露的通信记录里。
正是这种信息不对称，决定了这类证据需要一套专门的证据整理方案，而不是在 cover letter（申请说明信）里用一句话概括带过。这里要做的工作，是从原始材料出发，针对每一次评审活动重建四个事实：邀请确实存在、邀请方是谁、对应哪本期刊或哪个会议、以及评审确实完成了。这四个事实中的每一条，都应该能追溯到一份由外部人士或机构生成的文件——编辑、编辑管理平台、或出版商——而不是申请人自己写的一句陈述。
本节所整理的材料是文件性质的，而非论证性质的。它通常会用于支撑评审人（reviewer）这一项标准，但本节只关注如何定位、脱敏并整理这些底层记录——邮件、平台导出文件、证明信——以便申请材料后续部分可以引用它们。关于这些证据是否重要、是否充分的论述，不属于本节内容，那些应在申请材料的其他部分处理。
收集与脱敏编辑往来邮件
编辑往来邮件是证明审稿邀请确实来自期刊或会议、而非审稿人单方面说辞的主要证据。
找到原始邮件
- 在邮箱中搜索编辑系统的自动发信地址——Editorial Manager（
em@editorialmanager.com）、ScholarOne（onbehalfof@manuscriptcentral.com），以及 OJS（通常是期刊专属地址）。可按期刊名称、以及“review”或“referee”等关键词搜索。 - 如果邮件已被删除，直接登录编辑系统查找；大多数平台（Editorial Manager、ScholarOne）会在审稿人任务列表下保留完整的往来记录，可导出为 PDF 或纯文本。
- 同时收集邀请邮件和完成/致谢邮件——两者合在一起才能同时说明“邀请”与“完成”这两件事。
应保留可见的信息
- 编辑的姓名与职位
- 期刊或会议名称
- 稿件编号（Manuscript ID）
- 邀请与完成的日期
应做脱敏处理的信息
- 稿件标题或摘要（如期刊保密政策有此要求）
- 共同审稿人的姓名或其他可识别信息
- 邮件中夹带的、涉及未发表数据的审稿意见内容
脱敏时应使用具备“永久性遮盖”功能的 PDF 编辑工具（而非仅在文字上加黑框），以防止隐藏文字被还原读取。将每封邮件单独导出为一个 PDF 文件，并采用统一命名方式，例如 JAmChemSoc_2023-04-12_Smith.pdf。另建一份单独的电子表格，记录每份文件的原始存放位置，以备日后审稿人或移民官要求核实时查用。
从 Publons / Web of Science 提取可核验记录
现在很多期刊会把已完成的审稿记录自动推送到审稿人的 Web of Science（原 Publons）账户中。这构成了一份独立于你之前收集的编辑邮件之外的第三方记录，值得把它导出成一种审核官员不需要登录账号就能阅读的形式。
导出记录的步骤
- 登录你的 Web of Science 账户，进入个人资料中的 Reviewer Recognition / Peer Review（审稿认证/同行评审）板块。
- 打开完整的审稿历史记录，使用导出功能下载一份 CSV 文件，其中列出每条记录的期刊名称、审稿日期和验证状态。
- 另外再生成一份个人资料 PDF（通常可从公开或私密的个人主页获取），它以可分享、可打印的版式呈现相同的数据。
- 保存这两份文件，并采用统一的命名方式，例如
WebOfScience_ReviewRecord_2024.pdf和.csv。
处理未验证的条目
有些条目会显示为“unverified”（未验证），这是因为期刊未通过电子方式确认该记录。对于每一条未验证的记录：
- 将其与之前收集的编辑邮件进行比对；如果存在对应的邀请邮件或致谢邮件，则保留该条目，并注明交叉引用关系。
- 如果没有可佐证的邮件，就应当向编辑部索要确认，或者直接从证据集中删除该条目，而不要单独呈现一条无法验证的主张。
提交前，应将 Web of Science 记录中的审稿总数与上一步骤中以邮件为证据的审稿数量进行核对；出现差异时应予以解决，而不应留给审核官员去发现。
申请并规范审稿证明的格式
很多期刊即使不会自动生成审稿证明，只要提出申请也愿意出具。部分编辑系统（Editorial Manager、ScholarOne）在审稿人账户历史记录下设有自助的“下载证明”按钮；如果没有，可以直接给编辑部发邮件索取。
申请证明的步骤
- 找到正确的编辑部联系人（应联系主编或编辑助理，而不是负责单篇稿件的责任编辑）。
- 明确提出需要以下信息：审稿人全名、期刊名称、审稿稿件数量、覆盖的时间范围，以及能证明该申请确实来自期刊的签名或抬头信纸。
- 不要要求对方提供稿件标题或作者信息——证明文件的作用是确认审稿工作量，而非披露保密内容。
- 将回复邮件与证明文件合并保存为一个 PDF，命名方式与编辑邮件保持一致。
期刊拒绝出具证明时的处理
有些编辑部不出具审稿证明。遇到这种情况，可以自行制作一份审稿工作汇总记录，并用之前收集的邮件和 Publons(Web of Science 旗下的学术同行评审记录平台）数据加以佐证。可以采用如下简单表格：
| 日期 | 期刊 | 稿件编号（已脱敏） | 审稿意见 | 佐证来源 |
|---|---|---|---|---|
| 2022-03-14 | J. Applied Physics | JAP-2022-0142 | 小修 | 2022-03-01 编辑邮件 |
| 2022-07-02 | IEEE Trans. Robotics | TRO-2022-0876 | 拒稿 | Publons 已验证记录 |
如果期刊要求保密，稿件编号可以部分脱敏，但期刊名称本身绝不能遮盖——这是审核官员唯一能够独立核实的信息，一旦隐去就失去了佐证价值。
建立同行评审主索引
当编辑邮件、Publons 记录和证明信这些底层证据都已收集齐全并按统一方式命名后，下一步是把它们整合成一份单一的参考文件，而不是让审案官员在一堆 PDF 文件夹里自行翻找。这份索引应当是一张朴素的电子表格或表格，而不是叙述性文字，它唯一的作用是让每一次评审事件都能追溯到支持它的具体文件。
建立工作文件
- 建立一份电子表格（Excel 或 Google Sheets)，命名为类似
PeerReview_MasterIndex.xlsx的名称。 - 每一次评审事件占一行——一篇稿件、一轮审稿、一本期刊——即使同一位审稿人为同一篇论文审了多轮，也应分行列出。
- 按评审日期从早到晚排序，使时间线从审稿经历的起点到最近一次条目都能清晰呈现。
- 将该表格与证据 PDF 存放在同一文件夹中，以便可以将其导出作为该组证据的封面页。
保持同步更新
每次新增或重命名一封邮件、一条 Publons 记录或一份证明信时，都要同步更新这份索引。索引与实际证据文件夹之间出现不一致——例如某一行指向的文件已不存在，或文件名已变——是这部分申请材料中最常见、也是最容易自行造成的错误之一，只要在递交前每周做一次简短核对，就完全可以避免。
建立同行评审总索引
收集齐编辑邮件、Publons 记录和证明信之后，下一步是把它们整合成一份按时间顺序排列的总索引。这份表格是审查官打开 reviewer 标准（审稿人标准）证据集时最先看到的内容，因此它必须能够独立说明问题，不能指望审查官自己去翻找底层的 PDF 文件。
表格结构
用以下几列建立索引：
| 期刊/会议 | 日期 | 证据类型 | 证据编号 | 核实状态 |
|---|---|---|---|---|
| J. Applied Physics | 2022-03-14 | 编辑邮件 | Ex. 14-A | 已确认 |
| IEEE Trans. Robotics | 2022-06-02 | Publons 记录 | Ex. 14-B | 已核实 |
| Conf. on ML Systems | 2022-09-19 | 证明信 | Ex. 14-C | 已确认 |
应列出每一次评审事件，而不是只给一个汇总数字。每份被评审的稿件或会议投稿占一行，按日期排序。
交叉引用证据编号
- 给每一行分配一个证据编号，该编号须与证据文件夹或 PDF 合集中实际使用的文件名、标签一致。
- 证据编号应保持连续，并与申请材料中其他部分使用的编号体系一致。
- 如果某一次评审事件由不止一种文件类型支持（例如邮件加证明信），该行应同时列出两个证据编号。
摆放位置
将此索引作为 reviewer 标准证据集的第一页归档，置于其所描述的各个 PDF 文件之前，使后面的原始文件按照与表格相同的顺序排列。
常见漏洞与触发 RFE（Request for Evidence，即“补件通知”）的问题点
提交前，应对照以下几类最容易触发补件通知（RFE）的漏洞，逐一检查证据集是否存在缺口。
声称“临时性”审稿却无编辑确认
如果只是陈述自己曾非正式地审阅过稿件，却没有任何邮件、编辑系统记录或证书作为支撑，这种说法在审查者眼中只是一个无法核实的断言。每一项被主张的审稿经历，都需要至少一份文件将其与具体的编辑姓名、期刊名称和日期对应起来。
Publons 记录中未经验证的条目
在 Web of Science / Publons 导出记录中标注为“未验证”（unverified）的条目，本身不具备独立的证明力。如果没有其他材料予以印证，这类条目只会被视为申请人自我陈述的说法。对于每一条未验证的记录，要么设法取得编辑方的确认，要么将其从证据集中剔除。
遮盖了期刊名称的涂黑处理
对稿件标题进行涂黑遮盖是正常操作，但遮盖或裁剪掉期刊名称或期刊抬头信息则不可取。一旦期刊身份无法辨认，审稿人标准（reviewer criterion）就无法与具体出版物对应起来，该文件也就失去了可用性。
邮件与证书日期不一致
如果邀请邮件的日期是某一年，而证书上标注的审稿时间段却是另一年，这种不一致会引起额外关注。提交前应核对并统一日期，如确实存在差异，应附注说明原因（例如：证书是事后补发，覆盖了更长的时间范围）。
仅有单一来源、缺乏互相印证的证据
如果某次审稿事件只有一份证书或一封邮件，没有其他材料加以佐证，这类证据会被认为分量单薄。应尽可能为每一次审稿事件配上第二个来源——例如邮件加 Publons 记录，或证书加编辑系统截图。
提交前的最终整理清单
主索引完成后、同行评审证据集并入申请材料包之前，按以下清单逐项核对一遍。
交叉印证
- 主索引中的每一行都至少有两个独立的证据来源（例如：编辑邮件加 Publons 记录，或证书加邮件）——只有单一来源的行要标记出来并补齐。
- 没有任何一次评审记录仅仅依赖一条未经核实（unverified）的 Publons/Web of Science 记录。
文件命名与排列顺序
- 所有 PDF 文件采用统一的命名规则（例如 JournalAbbrev_ReviewDate_Editor.pdf 或 JournalAbbrev_ReviewDate_Certificate.pdf）。
- 文件按时间顺序或按证据编号排列，与主索引中的顺序一致——而不是按证据类型混乱堆放。
- 文件名中不含机密的稿件标题或摘要内容。
交叉引用核对
- 主索引中的每一个证据编号，都与申请材料目录（table of contents）及证据清单（exhibit list）中使用的编号一致。
- 不存在“孤立证据”（有 PDF 文件却没有对应索引条目）或“孤立索引行”（有索引条目却没有实际提交的 PDF）。
- 已最后检查一遍涂黑（redaction）处理，确认期刊名称、日期和审稿人身份信息仍清晰可见。
最终确认
- 主索引被放在审稿人标准（reviewer-criterion）证据集的最前面，作为封面文件，紧接其后才是各份原始 PDF。
- 在整理材料之前，已直接在 uscis.gov 上核实过当前的 USCIS 提交、格式与文件组织要求，因为这些规定可能随时变动。
所有条目都勾选完成后，该证据集即可并入完整的申请材料包中。