auto-optimize 批量优化 11 个生信工具，巨型 PR 引发粒度之争
10 月 30 日，UMass Chan 医学院可编程基因组学实验室的 jmschrei 发布本周最大一批产出：用自研的 auto-optimize 工具对 11 个生物信息学软件包进行 AI 自动优化，聚焦测序读段比对场景，并陆续公布多项具体提速结果，多数优化以 PR 形式提交给上游项目。项目获 Anthropic 资助。
已确认
- auto-optimize 构建在 auto-research 之上，采用 agent 迭代改进系统，目标函数是「输出完全一致门控下的运行时间」，即只有在输出一致时优化才被接受
- 每项自动优化包含三部分：一套新的单元测试、叠加在原代码之上的优化改动，以及验证过程中发现的问题清单
- 迄今最大的改进是 MACS3 peak caller，在常见任务上获得约 40-60 倍加速，已由 @fooliu 合并并发布
- bowtie2 提交了编号 #536 的 PR，在比对结果逐字节一致的前提下提升约 3 倍；Ben Langmede 团队持续 cherry-pick 相关优化思路，多数改动已合并进主线；bwa-mem3 提升约 20-30%
- Picard MarkDuplicates 在 2200 万读对、8 核场景下中位耗时从 234.2 秒降至 25.05 秒，提速 2-9 倍，输出逐字节一致
- bedtools intersect 提速 3-5 倍，内存占用降低约 20 倍
- leafcutter 优化 PR：对 100 个 GTEx v8 样本的内含子聚类与差异剪接分析提速 10.1 倍，输出逐字节一致
- Bonsai（单细胞数据表示工具）在几乎所有输入上将 bonsaimain.py --step all 提速 4.2-7.9 倍，输出与原版一致
- homer2 基序发现与扫描算法获 10-100 倍提速且内存大幅降低；因原作者未回应，团队以 homer2-ao 名义自行发布优化版，并声明功劳归原作者
- 验证方法上，作者将 minibwa 与 MACS3 两个工具各运行超过 2.5 万次，确保代码在正常数据上输出完全一致、在畸形数据上以相似方式失败；由于单元测试覆盖有限，最终验证依赖约 2TB 的 Genomics Test Suite，涵盖质量、测定类型、reads 方向、片段长度与规模各异的基因组实验数据
- jmschrei 阐述这批 PR 的双重目标：识别重要科学计算包的提速空间，并开启与维护者的对话；维护者 cherry-pick 关键改动或受启发自己写 PR 都算胜利，改动优先希望落在原作者仓库
- 作者致谢 Anthropic 对这些项目的慷慨资助
尚未确认
- @PsyFer 转述了社区对巨型 PR 的质疑，认为一次性提交的大体积优化 PR 给上游维护者带来审查压力；除 MACS3、bowtie2 之外多数 PR 的接受情况尚无明确结论
- 围绕提交粒度展开多轮讨论：有人问是拆成几十个小 PR 还是提交一组可被挖掘的改进，jmschrei 指出测试套件评估一次要跑数小时，逐个小 PR 跑完整测试成本过高；他目前的做法是在一个 PR 内做堆叠式逻辑提交（stacked logical commits），例如 minibwa 加速中每次带来改进的迭代就是一个带说明的独立 commit，他承认该流程应更一致并感谢建议。他也坦言这类动辄改写核心算法的自动生成 PR 没有现实中人力可完整评审的方式，尝试了输出逐字节一致性检查等最佳验证方案，但承认没有完美答案
为什么重要
- 测序读段比对是生物信息学中最常用的计算环节之一，Picard、bedtools、bowtie2 等经典工具链被广泛使用，提速可直接节省大规模基因组分析的时间与算力成本
- 以「输出逐字节一致」为门控，加上 2.5 万次级重复运行和约 2TB 真实数据集回归验证，为 AI 自动优化提供了较强的正确性保证
- MACS3、bowtie2 的改动已被上游合并或 cherry-pick，说明这类 agent 产出对现有科学软件社区是可维护的实际增量；但巨型 PR 引发的社区质疑及「堆叠式逻辑提交」等回应表明，AI 生成改动的交付方式（拆分、审查成本）仍是需要磨合的现实问题
- homer2 案例展示了上游未响应时的发布路径：以独立命名版本发布并注明功劳归属，为类似项目提供参考
- Anthropic 的资助显示 AI 厂商正在支持这类「AI 改进科学软件」的探索
2026-10-30 ~ 2026-10-30 · 22 条相关
一手来源
- Agent 自动优化 11 个生信比对工具，附测试与问题清单 — jmschreiber91 ·
- AI 优化生信软件成果盘点:MACS3 提速 40-60 倍,bowtie2 提升 3 倍 — jmschreiber91 ·
- 用 2TB 基因组测试集验证 agent 优化后的代码 — jmschreiber91 ·
- AI 自动优化 11 个生物信息学比对软件包并附测试验证 — jmschreiber91 · 2026-10-30
- 【源头】Agent 自动优化 11 个生信比对工具，附测试与问题清单 — jmschreiber91 · 2026-10-30
- 【源头】用 2TB 基因组测试集验证 agent 优化后的代码 — jmschreiber91 · 2026-10-30
- AI 改造基因组工具：MACS3 峰值调用提速40-60倍并已合并发布 — jmschreiber91 · 2026-10-30
- 【源头】AI 优化生信软件成果盘点:MACS3 提速 40-60 倍,bowtie2 提升 3 倍 — jmschreiber91 · 2026-10-30
- AI 自动优化工具将 Picard MarkDuplicates 提速 2-9 倍,输出逐字节一致 — jmschreiber91 · 2026-10-30
- auto-optimize 优化生信工具:bedtools intersect 提速 3-5 倍、内存降 20 倍 — jmschreiber91 · 2026-10-30
- homer2 基序发现算法获 10-100 倍提速,第三方自行发布优化版 — jmschreiber91 · 2026-10-30
- auto-optimize 再提速 Bonsai 约 6 倍，homer2 快 10-100 倍且大降内存 — jmschreiber91 · 2026-10-30
- auto-optimize 将生信工具 leafcutter 提速 10.1 倍且输出逐字节一致 — jmschreiber91 · 2026-10-30
- 面对人工无法审完的超大 PR，社区尝试 AI 验证，leafcutter 提速约 10 倍 — jmschreiber91 · 2026-10-30
- auto-optimize 作者：Anthropic 资助了项目，但海量 PR 无人力可审 — jmschreiber91 · 2026-10-30
- AI 自动优化 11 个生物信息学软件包，却因巨型 PR 遭社区质疑 — Psy_Fer_ · 2026-10-30
- AI 提速 PR 未必求合并：找出可优化点、撬动维护者自己写 PR 才是目的 — jmschreiber91 · 2026-10-30
- 跑 2.5 万次验证：基因组学工具用 2TB 测试集把关 AI 提速 PR — jmschreiber91 · 2026-10-30
- 大规模优化 PR 惹争议：作者回应「拆小也一样难」 — jmschreiber91 · 2026-10-30
- AI 生成巨型 PR 该不该拆？测试跑数小时成审查瓶颈 — jmschreiber91 · 2026-10-30
- AI 提交优化该拆几十个小 PR 还是一个大 PR？测试耗时成关键权衡 — ducktapeprogra1 · 2026-10-30
- AI 参与的 PR 该多大？开发者实践：一个优化一个 commit 的堆叠式提交 — jmschreiber91 · 2026-10-30
- 用 Claude 给 bowtie2 提 PR：对齐提速约 3 倍且输出逐字节一致 — ducktapeprogra1 · 2026-10-30
- AI 性能优化 PR 用堆叠逻辑提交，作者承认流程需统一 — jmschreiber91 · 2026-10-30
另有 1 条近重复转述:jmschreiber91