一家连锁餐厅如果让每个分店的厨师各自研发新菜,十个分店就会有十种口味:有人擅长川菜,有人只会炖汤,出品参差不齐,原料浪费严重。聪明的老板会建一座“中央厨房”:总部统一研究市场口味、开发标准菜谱、集中采购和配送食材,分店只需按标准流程烹制。今天的药企正在经历同样的转变——过去药物研发像小作坊,科学家各自为战,从寻找“靶点”(疾病开关)到设计“分子”(候选药物),中间隔着漫长的实验试错。药物发现平台就是药企的“研发中央厨房”:它把靶点识别、分子生成、活性预测等环节整合成一条标准化流水线,用数据驱动决策、用模型加速试错,帮药企用更少的实验、更短的时间,把候选药物端到病人面前。本文将带你参观这座中央厨房的每一层:从整体格局、核心工序,到食材管理、流程设计,再到系统对接与落地决策。

岗位关联

学会从“中央厨房”视角理解药物发现平台,帮助你判断药企如何选型、搭建和运营 AI 制药基础设施——这是 AI 制药行业产品经理、算法工程师与架构师的核心视野。

目录
  1. 可视化演示
  2. 平台全景
  3. 核心模块
  4. 主流平台
  5. 数据治理
  6. 模型管线
  7. 工程化设计
  8. 系统集成
  9. 落地实践
  10. AI 应用场景
  11. Python 演示
  12. 常见误区
  13. 面试题

可视化演示

展示系统处理流水线、实时性能指标曲线及多方案对比分析,包含数据流转、吞吐延迟监控与方案评估。

本节配有交互动效(进入视口后自动加载,约 3KB)。

系统可视化 处理流程:输入→处理→模型→输出 性能监控:实时指标 P=L×T

平台全景

一家连锁餐厅如果让每个分店各自研发新菜,十个分店会有十种口味,成本高、出品还不稳定。聪明的做法是建一座中央厨房:总部统一研究市场口味、开发标准菜谱、集中配送原料,分店只需按流程烹制。药企的研发逻辑正在经历同样的转变——从“各自为战”的实验室小作坊,走向统一调度数据与模型的中央厨房,这就是药物发现平台。

药物发现平台不是某一个软件,而是一整套面向药物研发全流程的技术基础设施。它的上游起点是“靶点”——疾病通路中可以被药物干预的蛋白质等生物大分子;下游产出是经过活性验证的候选分子。平台把这些环节的数据、算法、算力和业务流程整合在一起,形成标准化的研发流水线。

从架构看,平台通常分为三层:最底层是数据层,汇集 ChEMBL、PubChem 等公开数据库与内部实验记录;中间是模型层,提供靶点识别、分子生成、活性预测等算法服务;最上层是应用层,面向药化、生物、项目管理等角色提供交互界面和流程编排。三层的价值共同体现在“降本、提速、增效”上——用计算代替一部分湿实验试错,把先导化合物发现的周期从几年压缩到几个月。

就像老板用“中央厨房投入 vs 省下的分店人力与原料损耗”来算账一样,药企也要用同样的 ROI 账本,决定这间研发中央厨房值不值得建、建多大规模。

ROI=新增收益+节省成本平台总投入\text{ROI}=\frac{\text{新增收益}+\text{节省成本}}{\text{平台总投入}}
通俗说明:ROI 就是“投入一块钱能赚回多少”。比值大于 1 说明平台产生净价值,小于 1 则说明投入产出不划算,需要重新评估方案。
  1. 分子“新增收益”新药上市后的预期销售额、授权收入等由平台直接带来的现金收益。
    新增收益\text{新增收益}
  2. 分子“节省成本”因虚拟筛选减少的湿实验试剂、耗材与人力成本。
    节省成本\text{节省成本}
  3. 分母“平台总投入”建设平台所需的算力硬件、数据治理、人力培训和运维成本总和,两者相除得到投入产出比。
    新增收益+节省成本平台总投入>1\frac{\text{新增收益}+\text{节省成本}}{\text{平台总投入}}>1

核心模块

中央厨房有三道关键工序:定菜单、写菜谱、试菜。药物发现平台的三大核心模块恰好一一对应:靶点识别回答“顾客想要什么口味”——找出疾病通路中值得干预的靶点蛋白;分子生成负责“厨师写新菜谱”——设计全新的候选分子结构;活性预测承担“试菜”——在动锅铲之前估算这道菜好不好吃、有没有副作用。

先说靶点识别。它很像餐厅的市场调研:利用基因组学、蛋白质组学数据和遗传关联分析,结合知识图谱,定位与疾病最相关的生物大分子。靶点选错,后面所有工序都是白费,就像给不吃辣的人群研发麻辣火锅。

再说分子生成。生成式 AI 在这里大显身手:变分自编码器、生成对抗网络、扩散模型和强化学习都可以在化学空间里“搜索”新分子。好的生成器不仅要产出结构新颖的分子,还要约束可合成性——菜谱再惊艳,买不到食材也没用。

最后是活性预测。它对生成的分子做“快速试吃”:预测分子与靶点的结合活性、毒性和代谢性质,把最有希望的候选排到前面。预测的核心指标之一是 IC50——抑制 50% 靶点活性所需的药物浓度。

三大模块不是孤立的:生成器每产出一批分子,活性预测就打一次分,分数反馈回去指导下一代生成。这就像试菜后的意见单送回后厨,让菜谱越改越好吃,形成“生成—预测—优化”的闭环。

pIC50=−log⁡10(IC50)\text{pIC}_{50}=-\log_{10}\left(\text{IC}_{50}\right)
通俗说明:IC50 越小,说明越少的药就能起效,药效越强。但 IC50 跨度从纳摩尔到毫摩尔,直接做回归很不方便;取负对数后数值大小关系反转,pIC50 越大活性越强,且更容易作为模型的学习目标。
  1. 认识 IC50IC50 是抑制一半靶点活性所需的药物浓度,浓度越低药效越强。
    IC50\text{IC}_{50}
  2. 取以 10 为底的对数IC50 的量级跨度极大,取对数可以把纳摩尔到毫摩尔的数值压缩到方便比较的范围。
    log⁡10(IC50)\log_{10}\left(\text{IC}_{50}\right)
  3. 加上负号取负对数后,原本较小的 IC50 会得到较大的 pIC50,于是“pIC50 越大 = 活性越强”。
    −log⁡10(IC50)-\log_{10}\left(\text{IC}_{50}\right)

主流平台

不同连锁品牌的后厨模式各不相同:有的全自建中央厨房,有的租用第三方服务,还有的请集成商把各家设备拼起来。AI 制药平台市场也是如此,理解各家的架构特点,才能选出适合自己的“后厨模式”。

国际平台方面,Schrödinger 以物理模拟见长,把分子力学、量子化学计算与机器学习结合,像一位讲究火候的法国主厨;Exscientia 强调端到端的药物设计自动化;Recursion 则走数据驱动路线,用高通量实验图像训练模型,像用大数据选菜的餐厅。

国内平台同样百花齐放:英矽智能以生成式 AI 和端到端管线著称,晶泰科技在药物晶型预测与机器人实验上有积累,深势科技主打“AI+物理模型”的多尺度模拟。它们的架构差异主要体现在三处:是否覆盖从靶点到临床前的全链路、模型是否开放可定制、数据策略是闭源积累还是开放协作。

选型不能只看名气,要看匹配度:自身有没有数据积累?算法团队强不强?需要全栈能力还是一个垂直模块?合规和算力成本是否可承受?这些维度就像餐厅选址——开在商圈还是社区,决定了中央厨房的规模与配送半径。

选型就像选厨师团队:没有最好的中央厨房,只有最匹配自家菜系、预算和扩张节奏的中央厨房。

S=∑i=1nwi×xiS=\sum_{i=1}^{n} w_i \times x_i
通俗说明:把“数据能力、模型效果、开放性、合规性、成本”等维度逐项打分,再乘以各自权重求和,得到一个可横向比较的总分,用于平台选型决策。
  1. 每个维度打分 x_i先对数据、算法、开放性、合规、算力等维度分别打一个 0~100 分的原始分。
    xix_i
  2. 分配权重 w_i不同药企战略不同,比如数据积累少的企业更看重“数据服务”,权重就更高。
    wiw_i
  3. 加权求和得到总分 S把所有“权重乘以分数”的结果加起来,总分最高的平台就是当前条件下的最优选择。
    S=∑i=1nwi×xiS=\sum_{i=1}^{n}w_i \times x_i

数据治理

再好的厨师也做不了坏食材。药物发现平台最容易被忽视、却最要命的一环,是数据治理——中央厨房的“采购与质检”。模型吃的每一口数据,都决定了它能做出什么水平的菜。

数据从哪来?公开数据库(ChEMBL、PubChem、ZINC)、专利文献、内部实验记录是三大来源。但公开数据的问题很多:同一个分子在不同数据库里的写法不一样,活性单位有的用纳摩尔有的用微摩尔,还有大量重复记录和错误标签。这就像从十个供应商进货,同一种菜有的带泥、有的已烂、有的缺斤短两。

清洗与标准化就是中央厨房的“分拣台”:把 SMILES 分子表示规范化、去重、剔除明显错误标签、统一活性单位。做完这些,数据才能进入模型管线。数据安全同样关键——化合物结构是药企最核心的知识产权,必须按角色分级授权、对外合作时脱敏、全程记录审计日志,就像独家配方只对核心厨师开放。

数据治理的产出是一份“干净食材清单”——它不产出任何分子,却决定了模型的天花板。没有好食材,中央厨房的设备再先进也白搭。

完整率=NvalidNtotal×100%\text{完整率}=\frac{N_{\text{valid}}}{N_{\text{total}}} \times 100\%
通俗说明:完整率衡量“到货食材中能直接下锅的比例”。分子总数里,只有通过格式校验、字段完整、标签合理的记录才算有效数据。完整率太低,模型训练就是“用烂菜做菜”。
  1. 分子“总记录数”从所有来源收集到的分子条目总数,包括重复与残缺的数据。
    NtotalN_{\text{total}}
  2. 分子“有效记录数”通过质检、字段完整、单位统一、格式正确的样本数量。
    NvalidN_{\text{valid}}
  3. 相除并取百分比得到数据完整率,一般要求达到 95% 以上才适合用于模型训练。
    NvalidNtotal×100%\frac{N_{\text{valid}}}{N_{\text{total}}} \times 100\%

模型管线

中央厨房的菜谱不是一次成型的,而是反复试做、试吃、调整火候的结果。药物发现平台的模型管线同样是一个不断迭代的闭环:训练、评估、优化、部署,然后带着新数据再回来。

训练环节首先要做好数据划分:训练集、验证集、测试集各司其职。这里有一个药物数据特有的坑——数据泄漏:相似的分子骨架如果同时出现在训练集和测试集,模型相当于“看过菜谱再试菜”,评估分数虚高,一上真战场就露馅。因此要用“支架切分”按分子骨架划分数据,而不是简单随机切分。

评估环节要看对指标:分类任务用精确率、召回率、AUROC,回归任务用 RMSE。活性预测中正负样本往往不平衡,真正有活性的分子是极少数,所以不能只看准确率,而要关注模型能不能把少数真活性分子找出来。

部署环节把训练好的模型封装成服务,供分子生成模块调用。每次湿实验拿到新数据,就回填到训练集里重新迭代——这就是“试菜意见单送回后厨”的数字化版本。

模型管线让中央厨房有了“标准菜谱迭代机制”:每一轮湿实验反馈都融入下一轮模型,菜越做越稳,研发路径越走越清晰。

F1=2×P×RP+RF_1=\frac{2 \times P \times R}{P+R}
通俗说明:F1 是精确率与召回率的调和平均。精确率关心“预测出的活性分子有多少是真的”,召回率关心“真的活性分子找出了多少”;F1 要求两者都高,防止模型只靠一种偏科刷分。
  1. 精确率 P模型预测为活性的分子中,真正有活性的比例,衡量“命中质量”。
    PP
  2. 召回率 R真实活性分子中被模型找出来的比例,衡量“漏检程度”。
    RR
  3. 调和平均F1 对精确率和召回率取调和平均,任何一个过低都会拖累总分,适合活性分子稀少的药物筛选场景。
    2×P×RP+R\frac{2 \times P \times R}{P+R}

工程化设计

有了菜谱和食材,还得把锅灶、冷库、传菜梯排布好,高峰时段才能不卡单。药物发现平台的工程化设计处理的就是这些“厨房设施”问题:算力怎么分、流程怎么跑、故障怎么发现。

算力调度是第一个痛点。分子对接、分子动力学模拟、大模型训练都要吃 GPU,如果任务随意提交,GPU 就会像抢灶台一样乱成一团。工程化的做法是引入任务队列和资源配额:每个项目按优先级排队,限制单任务占用的卡数,让算力像燃气一样按需供应。

流程自动化是第二个关键。平台用工作流引擎把“靶点识别→分子生成→活性预测→合成推荐”编排成可复用的流水线,科学家只需提交一个目标,平台自动调度各模块跑完全程。这就好比传菜梯、洗碗机、烤箱联动,后厨不再靠人吼。

运行监控是第三道防线。任务失败要自动重试、模型效果下降要告警、每一步的日志和参数要可回溯。中央厨房里每一道菜的火候都有记录,平台里每个模型的输入输出也要留痕,出了问题时能快速定位是哪一环节出了问题。

工程化让中央厨房从“能用”变成“好用”:科学家不用关心灶台怎么分配,只需要专注于“菜”本身。

T=NtaskΔtT=\frac{N_{\text{task}}}{\Delta t}
通俗说明:吞吐率 T 表示单位时间内流水线能处理多少任务。分子筛选任务数 N 除以总耗时 Δt,数字越大说明中央厨房出菜越快。
  1. 分子“任务数”平台需要完成的虚拟筛选、分子生成或训练任务的数量。
    NtaskN_{\text{task}}
  2. 分子“总耗时”从任务提交到全部完成的时间差,包括排队、计算与重试时间。
    Δt\Delta t
  3. 相除得吞吐率用于评估流水线产能,吞吐率低时优先优化排队策略和并行度。
    NtaskΔt\frac{N_{\text{task}}}{\Delta t}

系统集成

中央厨房要和供应商、门店的系统对接,食材订单自动下、销售数据自动回传,才不会脱节。药物发现平台的系统集成同样关键——它必须和实验室的“点菜系统”打通。

LIMS(实验室信息管理系统) 是最大的数据源头。实验人员把化合物合成、活性测试的结果录进 LIMS,AI 平台通过 API 或消息队列自动拉取这些数据。这样一来,湿实验数据不需要人工导出 Excel 再手动上传,消除了转录错误,也大大缩短了“实验完成→模型学到”的时间差。

ELN(电子实验记录本) 则是另一座金矿。化学家每天记录的反应条件、产率、操作细节,经过结构化处理后可以成为分子合成的训练数据。AI 平台如果只盯活性数据而忽略 ELN,就像只看顾客评价却不知道后厨怎么做的菜,少了一半可学的东西。

集成还要管好权限与审计:谁有权限看化合物结构?谁修改了训练数据?每次模型版本对应哪一批实验数据?这些都要有清晰的血缘记录和审计日志,才能满足 GxP 等医药合规要求。

系统集成让中央厨房和门店、供应商之间真正“数据同频”:实验一做完,模型马上吃到新数据,研发飞轮越转越快。

Rsync=NsuccessNtotal×100%R_{\text{sync}}=\frac{N_{\text{success}}}{N_{\text{total}}} \times 100\%
通俗说明:同步成功率衡量“下单信息准确送达的比例”。LIMS 系统应当同步的实验记录中,成功进入平台的比例越高,数据壁垒就越低,模型更新越及时。
  1. 分子“同步成功条数”LIMS/ELN 通过接口成功回传到 AI 平台并解析入库的实验记录数。
    NsuccessN_{\text{success}}
  2. 分子“应同步总条数”设定的同步周期内应当传输的全部实验记录数。
    NtotalN_{\text{total}}
  3. 相除取百分比同步成功率长期低于 99% 时需要排查接口稳定性、数据格式兼容性与网络问题。
    NsuccessNtotal×100%\frac{N_{\text{success}}}{N_{\text{total}}} \times 100\%

落地实践

最后的问题回到决策者身上:这间中央厨房,是自建、采购,还是混合?药物发现平台的落地实践没有标准答案,只有匹配自身情况的路线图。

选型策略看三样东西:数据资产、团队能力、资金预算。手里有大量高质量私有数据、算法团队成熟、算力预算充足的企业,适合自建——就像连锁巨头自营中央厨房。数据积累少、团队以湿实验为主的药企,更适合采购成熟的 SaaS 平台;大多数企业走混合路线:核心活性预测自建,分子生成租用外部模块。

实施路径讲究“小步快跑”:先选一个具体靶点项目做概念验证(POC),跑通“数据接入→模型训练→活性预测→湿实验验证”的最小闭环;看到效果后再扩展到更多靶点;最后才全面上线、与 LIMS/ELN 深度集成。一上来就要求“全流程一步到位”,往往像新餐厅开业就接婚宴大单,后厨必然崩盘。

趋势上,生成式大模型正在重塑平台形态:多模态模型直接读文献出方案、自动化机器人完成合成与测试、平台从“建议者”变成“执行者”。未来药物发现平台的竞争,本质是数据飞轮、模型迭代与实验自动化三者闭环速度的竞争。

落地不是买套系统装上就完事,而是像经营中央厨房一样持续投入:调流程、养数据、训团队。只有让平台真正长在研发流程里,它才能从“展示品”变成“生产工具”。

E=α×ΔT+β×ΔSE=\alpha \times \Delta T + \beta \times \Delta S
通俗说明:综合效益 E 由两个增量加权得到:研发周期缩短率 ΔT 和候选药物成功率提升 ΔS。权重 α、β 根据企业战略设定,缺钱时更看重周期,缺管线时更看重成功率。
  1. 分子“周期缩短率”平台上线后,从靶点确认到先导化合物发现的时间缩短比例。
    ΔT\Delta T
  2. 分子“成功率提升”候选分子进入临床前研究的成功率增量,反映平台筛选质量。
    ΔS\Delta S
  3. 加权相加α、β 是战略权重,两者和为 1,只侧重一项会导致评估片面,两者兼顾才能反映平台真实价值。
    E=α×ΔT+β×ΔSE=\alpha \times \Delta T + \beta \times \Delta S

AI 应用场景

虚拟筛选中心

阶段:模型部署与推理服务

解决的问题:传统虚拟筛选依赖分子对接打分,处理百万级化合物库需要数周计算时间,且对接打分与实验活性相关性有限。AI 平台用训练好的活性预测模型对海量分子做快速初筛,把候选规模缩小几个数量级后,再对少量分子做精确对接,大幅降低计算成本。

具体案例:某创新药企将内部 100 万分子化合物库接入药物发现平台,先用图神经网络活性模型初筛,选出 1 万个高分分子,再做分子对接精筛,最终得到 500 个候选分子进入合成验证,工作量只有原来的二十分之一。

研发数据中台建设

阶段:数据工程与治理

解决的问题:药企实验数据分散在 LIMS、ELN 和 Excel 中,分子表示、活性单位五花八门,模型根本没法训练。AI 平台通过数据治理模块统一清洗、标准化、去重和权限分级,把散乱数据变成可用的训练集,解决“有数据不能用”的困境。

具体案例:一家中型药企在平台上线前花了三个月做数据治理:统一 SMILES 标准化、把活性单位全部换算成 pIC50、按分子骨架去重。治理后训练出的活性预测模型 AUC 从 0.62 提升到 0.81,预测结果开始真正指导合成优先级排序。

平台选型咨询

阶段:方案评估与战略决策

解决的问题:面对几十家 AI 制药平台厂商,药企难以判断哪家适合自己。用加权评分模型把数据能力、模型效果、开放性、合规性、成本等维度量化打分,可以避免“听销售讲故事”的主观决策。

具体案例:某初创药企数据积累少、算法团队只有两人,评估后选择混合模式:分子生成模块租用外部 SaaS,活性预测与数据管线自建,用一年时间跑通一个靶点的完整闭环,为后续融资积累了可复制的研发流程。

Python 演示

python72 行
import mathimport randomfrom typing import List, Tuple random.seed(42)  def make_fingerprint(size: int = 32) -> List[int]:    """生成随机的二元指纹向量, 模拟分子的结构特征位点."""    return [random.randint(0, 1) for _ in range(size)]  def make_library(n: int, size: int = 32) -> List[List[int]]:    """生成包含 n 个分子的模拟化合物库, 对应平台的分子收集模块."""    return [make_fingerprint(size) for _ in range(n)]  def true_activity(fp: List[int]) -> float:    """模拟湿实验真实活性: 由少数关键位点决定, 再加一点噪声."""    score = fp[2] * 1.5 + fp[7] * 1.2 + fp[15] * 0.8 - fp[20] * 1.0    return 1.0 / (1.0 + math.exp(-score))  def predict(fp: List[int], w: List[float], b: float) -> float:    """逻辑回归活性预测, 输出 0~1 之间的活性概率."""    z = b + sum(wi * fi for wi, fi in zip(w, fp))    return 1.0 / (1.0 + math.exp(-z))  def train(fp_list: List[List[int]], labels: List[float],          epochs: int = 50, lr: float = 0.3) -> Tuple[List[float], float]:    """用梯度下降训练活性预测模型, 对应模型管线中的训练环节."""    m = len(fp_list)    n_feat = len(fp_list[0])    w = [0.0] * n_feat    b = 0.0    for _ in range(epochs):        dw = [0.0] * n_feat        db = 0.0        for fp, y in zip(fp_list, labels):            p = predict(fp, w, b)            err = p - y            for j in range(n_feat):                dw[j] += err * fp[j] / m            db += err / m        for j in range(n_feat):            w[j] -= lr * dw[j]        b -= lr * db    return w, b  def main() -> None:    size = 32    train_lib = make_library(200, size)    train_labels = [true_activity(fp) for fp in train_lib]     w, b = train(train_lib, train_labels)     test_lib = make_library(500, size)    hits = []    for fp in test_lib:        prob = predict(fp, w, b)        if prob > 0.7:            hits.append((prob, sum(fp)))    hits.sort(reverse=True)    print("预测活性分子数: %d / 500" % len(hits))    for prob, bits in hits[:5]:        print("候选分子活性概率: %.2f 指纹置位数: %d" % (prob, bits))  if __name__ == "__main__":    main()
目的:用纯 Python 实现一个简化版“药物发现平台”:生成分子指纹库 → 训练活性预测模型 → 在未知分子库中虚拟筛选高活性候选分子。
  1. def make_fingerprint(size: int = 32) -> List[int]:生成分子的“指纹画像”,把结构转成 0/1 向量,相当于给食材打上统一的属性标签。
  2. score = fp[2] * 1.5 + fp[7] * 1.2 + ...模拟“关键结构位点”决定真实活性,对应靶点识别阶段发现的结合关键残基。
  3. 1.0 / (1.0 + math.exp(-score))Sigmoid 函数,把任意分数压缩到 0~1 之间,作为活性概率。
  4. def train(fp_list, labels, epochs, lr)模型管线中的训练环节,用已有实验数据训练逻辑回归模型。
  5. err = p - y计算预测值与真实活性的误差,误差驱动参数更新,正如试菜反馈指导菜谱调整。
  6. w[j] -= lr * dw[j]梯度下降更新权重,让模型逐步“学会”哪些位点对活性更重要。
  7. test_lib = make_library(500, size)生成一批全新的候选分子,模拟虚拟筛选时的外部化合物库。
  8. if prob > 0.7:设置活性筛选阈值,只有概率超过 70% 的分子才进入候选名单,对应平台的活性预测筛选。

常见误区

误区我只要把公开数据库里的分子数据全部灌进模型,数据量越大,活性预测就越准,根本不用花时间清洗。

正解药物公开数据存在大量重复、标签噪声和实验条件不一致的问题。平台更像中央厨房,一百筐烂菜不如十筐好菜——标准化与清洗比堆量更关键。脏数据不仅不提升效果,还会让模型学到错误规律。

为何常见:深度学习在大数据领域反复强调“数据越多越好”,初学者容易把这个经验直接迁移到药物数据上,忽略了生物实验数据的噪声本质。

误区AI 平台预测出活性高的分子,就可以直接跳过实验进入临床,湿实验早晚被淘汰。

正解平台的价值是“缩小试错范围”而非“消灭实验”。活性预测只是给分子排序,细胞和动物层面的验证仍然不可替代,就像试菜能淘汰明显难吃的菜,但最终还得顾客真的来吃。AI 与湿实验是协作关系,不是替代关系。

为何常见:厂商宣传中常夸大数据驱动能力,加上“AI 制药”四个字容易让人高估模型的端到端能力。

误区买一个成熟的 AI 制药平台回来,把数据导进去,第二天就能出候选分子。

正解平台交付只是开始:需要清洗历史数据、适配内部数据格式、与 LIMS/ELN 打通、按研发流程配置工作流,还要针对特定靶点微调模型。就像买回整套中央厨房设备,还得装水电、定流程、培训厨师。

为何常见:把平台等同于普通 SaaS 工具,忽略了药物研发数据的私有性与研发流程的复杂性。

误区活性预测模型在测试集上 AUC 达到 0.9,说明模型已经足够可靠,可以放心用于新分子筛选。

正解高 AUC 可能源于数据泄漏——相似的分子骨架同时出现在训练集和测试集,模型相当于“看过菜谱再试菜”,评估虚高。必须用支架切分按分子骨架划分数据,再用外部验证集检验真实泛化能力。

为何常见:默认机器学习“随机划分数据集”就足够,没意识到药物数据独特的结构相似性会造成信息泄漏。

面试题

Q1. 药物发现平台最核心的三大模块是哪一组?

单选题 · easy

  • A.靶点识别、分子生成、活性预测← 正确答案
  • B.数据录入、格式转换、报表打印
  • C.网站开发、界面美化、用户运营
  • D.细胞培养、动物实验、临床申报

答案:A。平台像中央厨房,核心是“定菜单(靶点识别)、写菜谱(分子生成)、试菜(活性预测)”三道工序。B 只是数据杂务,C 是互联网开发,D 属于线下实验环节,都不是平台的计算核心。

Q2. 靶点识别在“中央厨房”比喻中最贴近哪一项?

单选题 · easy

  • A.研究顾客口味确定新款菜品← 正确答案
  • B.采购部门批量购买新鲜食材
  • C.厨师随手尝试组合各种原料
  • D.服务员向顾客推荐今日特价

答案:A。靶点识别回答“干预哪个蛋白才可能治病”,正如先搞清楚大众想吃什么口味,才能决定开发什么菜,它处于研发流水线最上游。B 对应数据收集,C 对应分子生成,D 对应临床应用之后的推广环节。

Q3. pIC50 数值越大,通常说明化合物怎样?

单选题 · easy

  • A.对靶点的抑制活性越强← 正确答案
  • B.分子量越大越难合成
  • C.水溶性越差越易沉淀
  • D.代谢稳定性越低越危险

答案:A。pIC50 = -log10(IC50),IC50 是抑制 50% 活性的浓度,浓度越小药效越强;取负对数后浓度越小 pIC50 越大。B、C、D 描述的是分子量、水溶性、代谢稳定性,与 pIC50 没有直接关系。

Q4. 药物数据治理中“标准化”的核心目标是什么?

单选题 · mid

  • A.让不同来源数据格式统一可比← 正确答案
  • B.删除所有低活性数据以保纯净
  • C.增加更多噪声数据提升多样性
  • D.把全部数据转成图片格式存档

答案:A。标准化相当于中央厨房对食材统一验收标准,不同数据库的分子表示、活性单位各异,必须换成统一格式才能喂给模型。B 删除低活性数据会引入严重偏差,C 加噪声与目标相反,D 转图片格式完全离题。

Q5. F1 分数综合了下列哪两个指标?

单选题 · mid

  • A.精确率与召回率的调和平均← 正确答案
  • B.准确率与损失值的简单平均
  • C.灵敏度与特异性的几何平均
  • D.学习率与批量大小的加权和

答案:A。F1 = 2PR/(P+R)。精确率回答“预测出的活性分子有多少是真的”,召回率回答“真活性分子被找出多少”,调和平均要求两者都高。C 中灵敏度等于召回率,但特异性不是召回率,不能构成 F1;B、D 混淆了优化算法与评估指标。

Q6. 药物发现平台与 LIMS 对接解决的核心问题是什么?

单选题 · mid

  • A.实验数据自动回传消除人工转录← 正确答案
  • B.完全替代人工执行全部湿实验
  • C.自动生成分子 IUPAC 化学名称
  • D.把临床数据直接用于论文发表

答案:A。LIMS 记录实验样本与活性结果,平台通过 API 或消息队列自动拉取数据,相当于中央厨房与供应商自动下单。湿实验的操作仍需要自动化硬件,平台本身不替代实验;C、D 是附带功能或无关场景。

Q7. 训练集与测试集划分不当,最可能引发什么问题?

单选题 · mid

  • A.数据泄漏导致评估结果虚高← 正确答案
  • B.模型参数量自动翻倍扩大
  • C.计算资源需求无限度增长
  • D.分子指纹维度自动扩充增多

答案:A。药物数据中相似分子骨架常见,若随机划分,相同骨架的分子会同时出现在训练与测试集,模型“背答案”,这就是典型的“看过菜谱再试菜”。B、C、D 属于工程资源或数据结构问题,与划分方式无关。

Q8. 适合自建药物发现平台的企业通常具备哪些条件?

多选题 · hard

  • A.拥有海量高质量私有数据← 正确答案
  • B.具备成熟的算法工程团队← 正确答案
  • C.缺乏基本的信息技术基础
  • D.拥有充足算力与资金预算← 正确答案

答案:ABD。自建相当于自营中央厨房,需要有原料(数据)、厨师(团队)和灶台(算力)。C 描述的是完全不具备条件的情形,这类企业更适合采购 SaaS 平台或采用混合模式。

Q9. 平台工程化设计中应重点关注哪些问题?

多选题 · hard

  • A.算力调度与任务排队策略← 正确答案
  • B.工作流自动化的运行稳定性← 正确答案
  • C.模型运行监控与失败告警← 正确答案
  • D.所有实验全部改为虚拟线上

答案:ABC。工程化把中央厨房的锅灶、冷库和传菜梯排布好:算力调度保证 GPU 不空转,工作流稳定保证流水线不卡单,监控告警保证故障及时被发现。D 把线下实验全部虚拟化不现实,湿实验验证仍不可替代。

Q10. 关于药物发现平台的数据安全,下列说法正确的有哪些?

多选题 · extreme

  • A.化合物结构数据分级权限管理← 正确答案
  • B.训练数据的审计日志可以省略
  • C.外部协作时应先做数据脱敏← 正确答案
  • D.加密可以杜绝一切内部泄露

答案:AC。化合物结构是药企核心资产,需分级授权与审计,与外部合作时先脱敏,如同中央厨房的独家配方只对核心厨师开放。审计日志是合规底线不可省略,加密只能降低泄露风险,无法杜绝内部人员违规。