投PLOS ONE的软件论文，演示网址能代替开源吗？

投PLOS ONE的软件论文，演示网址能代替开源吗？

网页演示能输入数据、输出结果，却找不到代码或固定版本，这样的软件稿准备好了吗？PLOS ONE 的投稿指南对主要描述新软件或软件包的稿件提出更具体条件：软件须开源、存入合适档案，并符合开放源代码定义。如果论文主要描述数据库，数据库须开放访问并在公众可用的位置托管，用来生成数据库的软件也应开源。演示页面可帮助理解功能，却不等于代码和长期存档已经到位。

把“能点开”和“能复用”分开查

演示网址只证明当前有人能访问界面，不能说明源代码许可、可下载版本或运行依赖。建立交付清单：源代码仓库、带版本号的归档记录、许可证、安装或部署说明、测试数据和预期输出。若依赖外部 API 或商业工具，明确哪些功能可由别人独立复现，哪些需要另行授权。开源许可证要实际覆盖发布的代码，不能只在 README 写“欢迎使用”却没有可执行的授权条款。

用例应验证承诺的功能

PLOS ONE 还要求工具稿证明新工具达到预期用途，若类似方案已存在，应展示某方面改进。演示应包含可核查的输入、输出、评价指标和比较条件，不能只放一次成功截图。若暂时难以做完整对比，也要按稿型规则解释应用场景和初步分析。将测试数据与论文表图对上，避免线上演示用的是更新版本，而稿件结果来自旧版算法。

数据库稿还要看持续可访问性

一篇以数据库为核心的稿件，不能只交几个搜索结果截图。需说明数据覆盖范围、更新计划、元数据字段、下载或查询途径，以及服务托管的稳定性。若数据库生成程序开源，也应给出版本和运行说明，让读者知道数据如何整理或更新。PLOS ONE 指南提到软件、数据库和在线工具的长期效用，包括维护、未来扩展与托管稳定性；这些要在稿件中按实际能力说明，不能承诺尚无资源支持的永久维护。

归档和持续开发也要区分。代码仓库主分支可继续更新，但论文应指向与表图结果对应的固定版本；归档副本可以保留这一版，避免未来界面变化后无法复现论文所述行为。若网址改变，论文中的仓储标识仍应能引导读者找到版本。许可证、数据许可和依赖库许可不是同一件事，逐项核对才能避免“源代码公开了，示例数据却不能用”的断裂。

投稿前让未参与开发的同事完成两项任务：从归档版本获取代码并运行最小示例；从论文描述进入数据库或演示服务，找到支撑主要结果的数据。任何一步只能靠作者私发文件完成，都应补齐正式访问路径。开源要求不是为了多放一个链接，而是让期刊和读者真正检验工具怎样工作。

参考信息：PLOS ONE《Submission Guidelines》Methods, software, databases, and tools部分。