相关项目

这一页不是冠军榜，而是一份边界比较表，用来帮助读者在做采用判断之前，把 FastQTools 放回更大的 FASTQ/QC 工具语境里。

比较框架

项目	典型重心	为什么在这里重要
FastQC	以报告为中心的质量评估	当问题是“报告分析”而不是“可嵌入 QC 内核”时，这是重要对照。
fastp	集成式预处理，包含过滤、修剪与报告	适合对比“大而全单体命令”与较窄工具包叙事。
Cutadapt	以 adapter trimming 为中心的工作流	是修剪语义与工作流预期的重要参考点。
seqtk	小型、可移植的 FASTA/FASTQ 工具箱	适合对比“紧凑命令集合”与“分层文档 + 公共 API”。
FastQTools	聚焦 FASTQ QC 的 CLI + C++ API 内核	当目标是可解释吞吐、有界内存与可嵌入接口时更合适。

范围与证据对照

FastQTools 并不声称取代 FastQC、fastp、Cutadapt 或 seqtk 的所有角色。当前维护中的产品范围更窄：围绕例行 FASTQ 统计与过滤/修剪，构建一个执行模型、benchmark 证据与 API 边界被同时记录下来的系统。

因此，比较重点应该放在边界选择上：

• 以报告为中心的分析 versus 可复用 QC 内核；
• “一个命令做完所有预处理” versus 更小但长期维护的能力集合；
• 紧凑 utilities versus 明确记录的架构与公共 C++ 表面。

比较轴

维度	比较什么	为什么重要
主要用户动作	看报告、跑预处理、修剪 adapter、脚本化小工具，或嵌入 QC 内核。	起手动作不同的工具，不应该被当成同一个问题的候选答案排序。
证据风格	可视化报告、CLI 结果、benchmark 包络、RFC 政策或源码级 API 契约。	采用评审关心的是主张之后能否被复核。
集成边界	独立命令、工作流组件、库接口或小工具集合。	嵌入 QC 逻辑的团队和只打开一次报告的团队，成本结构完全不同。
维护姿态	功能宽度、已记录约束、benchmark 治理与兼容性预期。	长期信任来自知道项目不会声称什么。

它并不想替代什么

当有人问“为什么不用 FastQC、fastp、Cutadapt 或 seqtk？”时，最有力的答案通常不是“FastQTools 功能更多”，而是“FastQTools 选择了不同的重心：一个可审计、执行政策明确、维护边界清晰的 QC 内核”。

什么时候这类比较真正有用

需要补充这些比较背后的来源时，请继续看 书目。需要回到解释这些边界的内部系统叙事时，请回到 白皮书 与 算法。