PLOS Computational Biology的软件论文，3500词内怎么安排结构？

PLOS Computational Biology 的 Software 论文不是一份冗长的用户手册。作者指南建议正文少于 3500 词（不计补充材料），题名包含软件名，正文重点依次说明问题与新意、设计实现、实际生物学结果、软件可用性与后续方向。安装步骤与测试数据可放附件；正文仍要展示软件解决的生物学问题和实际结果。

先写摘要需要交代的四件事：软件完成的核心任务、带来哪类生物学洞见、可从哪里取得最新源码、许可与系统依赖。若有用户支持渠道也应说明。不要用“功能强大、界面友好”代替具体任务；例如写清它将哪类输入转成哪类可解释输出，结果用于回答哪个生物问题。题名既要含软件名，也应让不了解该名称的读者大致知道用途。

设计实现与结果分工

Design and Implementation 应解释关键算法、模块如何衔接、依赖和限制，让审阅者理解输出为什么可信。安装步骤的细节可放附件，不意味着实现原理也可以一概省略。Results 则用至少一个真实的生物学问题展示软件如何工作，给出与存档测试数据相同的输入和参数所产生的结果。若只展示合成演示界面，而没有能产生论文结果的数据，读者无法判断工具是否有实际效用。结果段还应交代失败或限制场景，例如输入规模过大时的内存要求，以免“可用”只指作者演示的理想条件。

Availability and Future Directions 说明软件存放处、当前可取得的版本，以及别人怎样扩展。未来计划应与已完成能力分开，不能把尚未实现的功能写进摘要的现有贡献。文章正文可以指向仓库，但该刊还要求提交与论文结果对应的归档代码、参数、测试数据和文档，以便版本固定。正在开发的仓库可继续更新，论文的测试结果必须能用归档那一版重现。

软件依赖商业包或封闭接口时，也要在设计实现与可用性部分写明。该刊并未把所有这类依赖视为自动不合格，但会考虑它是否妨碍广泛采用。若作者只在特定商业软件的旧版本上验证过，就不能写“任意平台可运行”；应列出已测试环境和未验证环境。软件库还需在文档中给调用接口的例子，不能只给命令行截图。这样读者可在阅读正文时估计使用门槛，再去附件查具体安装细节。

篇幅有限时，优先压缩通用背景和逐项按钮说明，把空间留给设计选择、验证结果和局限。可做一个最小复现检查：从论文 Results 中任选一幅关键图，按补充材料的测试数据和参数运行，能否得到对应输出。指南说审阅者或编辑选择运行存档软件时，文章描述的结果必须可重现；这比把每个菜单都写进正文更重要。