SpectroDive 技术总述

SpectroDive 的角色、panel 逻辑、analysis 主线与 absolute quantification 框架构成连续课程主干；Foundations、Prepare、Analysis、Post Analysis、Reporting 等模块进一步细化操作与字段。

这样读取时，先形成的是方法框架，再吸收每一段具体操作细节。

第 6 页的 Scope of SpectroDive 明确列出了 5 个能力：高精度 iRT calibration、强力 XIC peak picking、即时且直观的数据可视化、定制化数据报表、全自动质量控制。这五条合在一起，就说明 SpectroDive 的任务不是“帮你看一个靶向峰”，而是帮你完成从方法导出到结果解释、从单次分析到长期 QC 的整条 targeted workflow。

它位于 discovery 之后、临床验证之前，负责缩小对象、提高精度并建立复用方法。panel、QC history、command line 与 glossary 都属于这条验证主线的一部分。

第 25 页把 Prepare Perspective 定义得非常准确：它由 3 个连续步骤组成，分别是生成或选择 assay panel、指定用于 scheduled analysis 的 calibration run、以及选择参数并导出 instrument-specific acquisition method。这三步不是三个平行功能，而是一条方法开发流水线。只学 panel 不学 calibration，方法就无法稳定调度；只学 method export 不学 panel 来源，导出的只是一个你自己也说不清的黑箱方法。

panel 的三种来源包括 spectral library、FASTA 与 sequence list。Q1、Q3、iRT、RelativeFragmentIntensity、ModifiedSequence、ProteinId，以及绝对定量所需的 response factor / absolute amount unit 等信息，都会同时影响采集、打分、定量与报表。

例如 Q1 / Q3 不应被随意四舍五入，因为这是采集窗口与 fragment 提取的坐标；iRT 不是普通 retention time，因为它直接影响 scheduling 精度与分析速度；RelativeFragmentIntensity 会改善 limit of detection；如果目标是绝对定量，还要在 panel 层准备 response factor 和 protein scaling factor。学习这些字段时，需要同时理解字段值、采集行为、定量模型和最终报告后果之间的对应关系。

因为 Analysis Perspective 把前面的设计全部带入了真实数据。这里既要完成 run、panel、analysis schema 与 calibration curves file 的对接，又要通过 Condition Setup 把统计结构定义清楚，还要在 review tree 里判断某个 elution group 是接受还是拒绝、某个 transition 是排除还是删除。每个动作的后果都不一样，并且很多变更只有通过 Process Pending Changes 或 Refine Assay Transitions 才会真正生效。

这一章要求持续把峰型、score、workflow type 与后续方法迭代联系起来。group by、tree filtering 与 commit changes 因此都属于方法训练的一部分。

绝对定量的理解顺序是：先理解 calibrant runs 与未知样本的关系，再理解 workflow type 与 reference channel，随后明确 Process as Calibration Curve 与 .ccs 的文件语义，最后进入 LLOQ、ULOQ、LOD 与线性范围。

calibration curve 图中的绿色菱形、浅蓝色定量框、橙色低于 LOD 的点、红色 blank 均值虚线、replicate outlier 与误差线共同构成定量判读语言。

Post Analysis 负责判断整体矩阵质量、score 分布与差异结构；Report Perspective 负责把结果组织为可复用 schema，并区分 Normal Report 与 Run Pivot Report；QC Perspective 负责长期 instrument 与 workflow tracking。

三者共同决定结果能否从单次分析进入长期复用与正式交付。

这一部分至少包含 4 类内容。第一类是 Databases Perspective 管理的 FASTA、modifications、cleavage rules 与 table import synonyms；第二类是 Settings Perspective 中的 analysis settings、pulsar search settings、library generation settings 与 global settings；第三类是 directories、file name parsing、method export defaults、QC plot history 等环境级默认值；第四类是 command line mode，它让分析、加载 SPE 和合并 calibration curve sets 可以进入自动化流程。

这里解释的是：同一个 panel 在不同电脑上为何可能出现不一致、file name parsing schema 如何决定 Condition Setup 的自动化程度，以及 modifications mapping 如何影响外部搜索结果与库导入质量。CLI 与模板复用都建立在这套统一规则上。

建议优先掌握 4 组词：`MRM / PRM / Scheduled MRM / tMRM`，`assay panel / spectral library / DDA / DIA`，`FDR / q-value / Cscore`，以及 `dwell time / duty cycle / cycle time`。

这四组关系构成 panel 设计、method export、Post Analysis 与 report headers 的基础语言。

• 把 panel 当静态清单，而不是会被 refinement 回写的长期文件。
• 只看 quantity 数值，不看 score、峰型和线性区间提示。
• 把 QC、settings 和 parsing schema 当成“别人负责”的事情，导致团队内默认环境混乱。
• 忽略 Appendix 和 Glossary，结果知道怎么点按钮，却不知道字段与术语在说什么。