投稿信（Cover Letter）在 AAS 期刊的投稿流程里承担的是分流与路由功能，并非说服编辑接受论文的场合：它需要说明论文属于哪个天体物理子领域、应按 ApJ、ApJL、ApJS 还是 RNAAS 处理、以及哪些审稿人具备评审资格。正因为投稿信是编辑最先读到的操作性文件，当论文写作过程中使用了大语言模型（LLM），作者往往会在这里产生两个方向的失误：要么把投稿信写成一份冗长的免责清单，要么完全不提、等到编辑在正文里发现披露段落时才被动解释。要处理好这件事，第一步是认清“正式披露声明”和“在投稿信中向编辑说明章节”是两个不同的动作，各自解决不同的问题。
两类动作：正式声明记录在案，投稿信提供索引
正式披露声明是随论文一起发表、进入永久记录的合规文本，通常写在致谢（Acknowledgments）、方法（Methods）或期刊指定的声明字段中。它回答的是“本文在哪些环节使用了生成式工具、由谁承担责任”，面向的是读者、审稿人和出版方的合规审查。
投稿信中的章节说明不进入论文正文，它回答的是一个更窄的问题：编辑在分派审稿人和判断稿件适合度时，需要预先知道哪些部分经过了模型辅助，以便向审稿人交代预期。它不替代正式声明。
两者之间有一条硬性约束：内容必须一致。如果投稿信里写“仅用于语言润色”，而正文致谢里写“第二、三节初稿由模型生成”，这种不一致会被编辑视为披露诚意问题，其影响远大于任何单一表述本身。写作顺序上，建议先把正式声明定稿，再从声明中提取信息压缩成一两句投稿信用语，而不是反过来先写投稿信。
AAS 语境下，投稿信是否适合放这类说明
需要先明确规则来源。AAS 期刊的稿件准备与提交要求发布在 AAS 官方期刊站点（journals.aas.org）；AAS 期刊由 IOP Publishing 承印发行，因此作者的生成式工具使用通常同时受学会指南与出版方政策约束。公开可查的 AAS 稿件准备与提交指南的重点在于提交程序、AASTeX 格式、图表分辨率、可机读表格与数据仓库链接等事项；至于生成式工具的具体披露位置与措辞，应以目标期刊当期指南和出版方政策页面为准。
投稿信逐章标注并非这些指南明确规定的强制动作，本文也不把它表述为硬性要求。它的性质是一种补充沟通：当模型辅助触及了科学内容链条时，主动告知编辑可以降低后续沟通成本；当辅助仅限于语言层面时，一句话概括即可，不必展开。
一个实务上的判断依据是 AAS 投稿信的功能定位——它服务于编辑的初审分流。编辑在初筛时关心的是子领域归属、稿件类型适配和审稿人匹配；如果论文的分析代码或方法描述依赖模型辅助，编辑知道这一点有助于决定是否需要额外邀请一位偏重方法或数据处理的审稿人。这就是“值得说”的边界所在。
建议标注的章节范围：以是否触及科学内容链条为准
判断某个环节是否值得在投稿信中单独提一句，核心标准是：模型的输出是否进入了最终稿的科学内容链条——即是否影响了数据、分析、解释或读者对数据的理解。以下分类可作为操作参照。
| 使用环节 | 投稿信中单独提示 | 判断依据 |
|---|---|---|
| 引言、讨论段落的初稿生成 | 建议提示 | 涉及概括与解释，核验责任在作者 |
| 方法、结果描述段落的改写 | 视情况，改变表述精度时建议提示 | 单纯压缩冗长表述可归入润色 |
| 数据分析脚本的生成、重构或排错 | 建议提示 | 影响结果可复现性 |
| 图表 caption 与表格说明的起草 | 建议提示 | 直接影响读者对数据的解读 |
| 文献综述中由模型检索或概括的内容 | 建议提示 | 存在引用错误与虚构文献风险，需说明已逐条核对 |
| 审稿意见回复信的起草 | 修订阶段说明 | 不影响初投，但回复本身须可核查 |
| 语法、拼写、句式润色 | 不必逐章提示，一句话概括 | 不产生新的科学表述 |
| 参考文献格式整理、单位与符号核对 | 不必 | 不改变科学内容 |
| 代码注释、变量命名、报错排查 | 不必（不影响方法描述时） | 属实现细节 |
表格中最容易被误判的是“改写”这一行。同一段方法描述，把三句合并成一句属于语言层面的编辑；但若改写改变了不确定性表述的强弱、省略了关键参数或调整了因果措辞，它就已经是科学内容的编辑，应按前者处理并提示。
措辞：具体、可核查、不做评价
好的标注只包含三类信息：工具类型与用途、涉及的章节、作者承担的核验责任。它不评价效果，不表达感谢，也不用“显著提升”“大幅优化”一类措辞。以下英文表述可直接改写使用，中译附后供对照。
仅语言润色，放在投稿信末段一句：
Generative AI tools were used solely for language editing (grammar, clarity, and phrasing) of the manuscript. They were not used to generate scientific content, data, analysis, or interpretations. This use is documented in the Acknowledgments.
部分章节初稿辅助：
Large language model assistance was used in drafting the Introduction (Section 1) and the Discussion (Section 4). All text in these sections was subsequently revised and verified by the authors, and every reference cited there was checked against the original source. This use is disclosed in the Acknowledgments.
代码与数据处理辅助：
LLM-based assistants were used to draft and debug parts of the data reduction scripts described in Section 2.2. All code was reviewed, tested, and validated by the authors, and the final scripts are archived in the data repository cited in the manuscript. This use is disclosed in the Acknowledgments.
三点写作提醒。其一，章节编号要与最终投稿版本一致，AAS 稿件在修订中章节常有移位，定稿后重新核对一遍。其二，不要只写一句 “The authors take full responsibility for the content” 就结束——责任声明需要与具体环节绑定才有信息量。其三，避免把披露写成对工具的评价（如 “AI greatly improved the clarity of our presentation”），编辑需要的是事实，不是产品推荐。
不必逐章标注的情形，以及过度披露的代价
纯语言润色是最典型的免于逐章标注情形：语法修正、拼写检查、句式调整、把作者自己写好的中文段落翻译成英文（如果目标期刊允许且不改变内容），这些不产生新的科学主张，按期刊要求在正式声明中概括一句即可。同理，参考文献格式整理、单位换算核对、代码注释与变量命名，都属于实现或格式层面的辅助。
过度披露有实际代价。把投稿信写成一份逐节罗列的清单，会挤掉本应用于说明子领域归属和稿件适配性的篇幅，稀释编辑对科学内容的注意力；更常见的问题是清单与正文声明不一致，反而制造疑点。另一个误区是把“不必逐章标注”理解成“不必披露”——这两件事不同。是否逐章列举由作者判断，是否披露则由目标期刊的当期指南和出版方政策决定，后者不能省。
还需注意期刊之间的差异。AAS 旗下不同刊物（ApJ、ApJL、ApJS、AJ、RNAAS、PSJ）在稿件类型和篇幅要求上并不相同，投稿系统的声明字段也可能不同；RNAAS 这类短文体裁对方法描述的要求本就不同于 ApJ 全文，披露的具体位置应随之调整。以“我在别的刊上就是这么写的”为依据并不可靠。
投稿前的一致性检查
- 打开目标期刊当期的作者指南与出版方 AI 政策页面，确认披露位置（致谢、方法还是投稿系统表单）和是否要求说明工具名称与版本。
- 列出所有使用过模型的环节，用上表的判断标准逐条归类，标出需要提示的项。
- 据此写定论文内的正式声明，写清环节、章节与核验方式。
- 从正式声明中提炼一到两句压入投稿信，确保章节编号、工具表述、责任描述三处与正文完全对应。
- 检查投稿信是否因披露内容过长而挤占了子领域说明与稿件适配性说明的篇幅，必要时把细节留在正式声明，投稿信只保留索引性的一句。
- 修订阶段若新增了模型辅助的内容（例如用模型起草回复信或补充分析），在回复信中单独说明，不要只更新正文而遗漏回复文件。
关于时效与来源
本文涉及期刊指南的判断基于 2026 年 1 月检索到的公开页面。主要依据为 AAS 官方期刊站点发布的稿件准备与提交指南、IOP Publishing 的生成式 AI 使用政策，以及目标期刊投稿系统中的声明字段；天体物理领域投稿信的实务解读（包括投稿信以分流为主要功能、边界子领域需要 scope note 等说法）来自第三方投稿指南类文章，仅可作为理解编辑工作方式的参考，不能替代官方文件。生成式 AI 相关出版政策近两年更新频繁，投稿前请以 journals.aas.org 与出版方政策页面的当期版本为准，并以投稿系统实际显示的声明字段为最终依据。
