审稿意见里出现“请提供代码、数据及复现说明”，距离返修截止只剩几天。
学生发来一包脚本，PI却还得逐项追问：哪个版本？依赖怎么装？先跑哪个文件？这张图对应哪一步？审稿人换台电脑，能不能找到同一套分析入口？
代码交出去了，不等于复现材料已经交代清楚。一次本可避免的环境报错，就可能带来新一轮解释和补充。
把一包代码，变成一个审稿复现链接
面向正在投稿返修（R&R阶段）的课题组，云生信提供“一键生成审稿人复现链接”支持：免费协助整理代码、依赖环境与运行说明，打包为云端 Sandbox，再把审阅入口写进给审稿人的 Rebuttal 信中。
让审稿人沿着清楚的说明查看材料，让课题组少花时间反复解释“这个脚本应该怎么用”。
免费协助打包，先把材料整理明白
围绕需要核查的分析，明确代码版本、环境依赖、运行顺序、示例输入和预期输出。能共享的数据整理成配套材料；受限数据说明申请方式或提供合适的示例，不能用示例替代原始数据的验证。
只读审阅，把共享边界说清楚
向审稿人开放独立的只读材料副本，不把课题组日常服务器账号作为审阅入口。开通前确认共享范围、访问方式和有效期；只读材料供查阅，需要实际重跑时另行确认隔离运行空间与算力。
未公开资料须先获授权；涉及双盲审稿时，还需检查账号名称、文件路径和说明中是否含身份信息。
Rebuttal里，多一个清楚的核查入口
完成打包并自测后，可以按实际内容写：
“我们已在［审稿复现链接］提供本次分析的代码版本、环境说明与运行步骤，并标明输入材料及预期输出，供审阅核查。”
链接用于辅助审阅，目标期刊要求的代码与数据提交、存储及可用性声明仍需逐项完成。
正在为Code & Data意见返修？
联系云生信客服，发送“审稿复现”，先提供相关审稿意见、软件环境和返修时间，咨询免费打包支持。首次沟通无需发送未获授权的原始数据。
免费打包范围、适用任务、访问期限及运行资源在申请时确认；服务不承诺审稿或录用结果。
让研究经得起核查，也让核查少一些不必要的阻碍。
