投Nature Communications，关键自写代码只放方法段一句够吗？

一篇算法研究的主要结论靠作者写的处理程序得出。方法段只写“使用自编Python脚本分析”，代码没有保存位置、版本或运行条件。Nature Communications的政策要求，对结论核心的自写代码或数学算法提供Code Availability声明，说明如何获取、许可和限制；相关代码应以可持续访问的方式保存。让审稿人看到一句“有代码”与能复核分析过程，是两回事。

确定哪些代码支撑主张

从论文每张主要图和关键表倒查执行脚本、输入数据、参数文件和依赖库。若模型训练、清洗或可视化的某个脚本会改变核心数值，就应纳入可核对范围。第三方软件不必误写成作者原创，但要说明相关版本及生成本次结果的参数。仅公开一段演示代码、却没有产生论文数字的运行步骤，会给读者一个错误的可复现印象。

例如论文声称新算法把误差降低一成，代码库却只放了画图程序。作者应核对训练和评估代码、数据划分、随机种子及运行环境是否保存；若某些输入受许可限制，明确说明访问条件和替代核查路径。许可不能笼统写“欢迎使用”，应与代码仓储中的许可文件、第三方组件条件一致。不要在代码里上传患者身份信息、密钥或受限数据。

Code Availability声明可以回答四个问题：代码在哪里、对应哪一版论文、他人需要哪些条件才能运行、哪些部分受限制。若仓储尚处私有状态，按期刊政策向编辑和审稿人提供可核查途径，并明确公开安排；不能只写“论文接受后可联系作者”。若代码所需训练数据无法公开，区分代码本身是否可开放、输入数据有哪些限制，以及是否有可用于检查流程的非敏感示例。对中央结论相关的算法细节，不能用商业保密四字代替所有方法说明。检查声明中的仓储地址、版本号和许可文字与实际仓储页面相符，并记录测试者是否能独立生成一个主要结果和对应的图表。

投稿前做一次陌生环境测试

把代码固定为与稿件一致的版本，记录提交标识或发布版本。请未参与开发的合作者按说明安装环境、运行一个核心图表，记下缺少的依赖、硬编码路径和未声明参数。审稿阶段按期刊要求提供相应访问；公开仓储和稿件声明应指向同一版本。后续修改代码改变结果时，同时核对正文和图表，不能只改仓储最新分支。

代码可用性声明不是临时补的一句说明。它需要对应能找到、能理解、与论文结论相连的实际材料。