一家连锁餐厅如果让每个分店的厨师各自研发新菜,十个分店就会有十种口味:有人擅长川菜,有人只会炖汤,出品参差不齐,原料浪费严重。聪明的老板会建一座“中央厨房”:总部统一研究市场口味、开发标准菜谱、集中采购和配送食材,分店只需按标准流程烹制。今天的药企正在经历同样的转变——过去药物研发像小作坊,科学家各自为战,从寻找“靶点”(疾病开关)到设计“分子”(候选药物),中间隔着漫长的实验试错。药物发现平台就是药企的“研发中央厨房”:它把靶点识别、分子生成、活性预测等环节整合成一条标准化流水线,用数据驱动决策、用模型加速试错,帮药企用更少的实验、更短的时间,把候选药物端到病人面前。本文将带你参观这座中央厨房的每一层:从整体格局、核心工序,到食材管理、流程设计,再到系统对接与落地决策。
学会从“中央厨房”视角理解药物发现平台,帮助你判断药企如何选型、搭建和运营 AI 制药基础设施——这是 AI 制药行业产品经理、算法工程师与架构师的核心视野。
可视化演示
展示系统处理流水线、实时性能指标曲线及多方案对比分析,包含数据流转、吞吐延迟监控与方案评估。
本节配有交互动效(进入视口后自动加载,约 3KB)。
系统可视化 处理流程:输入→处理→模型→输出 性能监控:实时指标 P=L×T
平台全景
一家连锁餐厅如果让每个分店各自研发新菜,十个分店会有十种口味,成本高、出品还不稳定。聪明的做法是建一座中央厨房:总部统一研究市场口味、开发标准菜谱、集中配送原料,分店只需按流程烹制。药企的研发逻辑正在经历同样的转变——从“各自为战”的实验室小作坊,走向统一调度数据与模型的中央厨房,这就是药物发现平台。
药物发现平台不是某一个软件,而是一整套面向药物研发全流程的技术基础设施。它的上游起点是“靶点”——疾病通路中可以被药物干预的蛋白质等生物大分子;下游产出是经过活性验证的候选分子。平台把这些环节的数据、算法、算力和业务流程整合在一起,形成标准化的研发流水线。
从架构看,平台通常分为三层:最底层是数据层,汇集 ChEMBL、PubChem 等公开数据库与内部实验记录;中间是模型层,提供靶点识别、分子生成、活性预测等算法服务;最上层是应用层,面向药化、生物、项目管理等角色提供交互界面和流程编排。三层的价值共同体现在“降本、提速、增效”上——用计算代替一部分湿实验试错,把先导化合物发现的周期从几年压缩到几个月。
就像老板用“中央厨房投入 vs 省下的分店人力与原料损耗”来算账一样,药企也要用同样的 ROI 账本,决定这间研发中央厨房值不值得建、建多大规模。
- 分子“新增收益”新药上市后的预期销售额、授权收入等由平台直接带来的现金收益。
- 分子“节省成本”因虚拟筛选减少的湿实验试剂、耗材与人力成本。
- 分母“平台总投入”建设平台所需的算力硬件、数据治理、人力培训和运维成本总和,两者相除得到投入产出比。
核心模块
中央厨房有三道关键工序:定菜单、写菜谱、试菜。药物发现平台的三大核心模块恰好一一对应:靶点识别回答“顾客想要什么口味”——找出疾病通路中值得干预的靶点蛋白;分子生成负责“厨师写新菜谱”——设计全新的候选分子结构;活性预测承担“试菜”——在动锅铲之前估算这道菜好不好吃、有没有副作用。
先说靶点识别。它很像餐厅的市场调研:利用基因组学、蛋白质组学数据和遗传关联分析,结合知识图谱,定位与疾病最相关的生物大分子。靶点选错,后面所有工序都是白费,就像给不吃辣的人群研发麻辣火锅。
再说分子生成。生成式 AI 在这里大显身手:变分自编码器、生成对抗网络、扩散模型和强化学习都可以在化学空间里“搜索”新分子。好的生成器不仅要产出结构新颖的分子,还要约束可合成性——菜谱再惊艳,买不到食材也没用。
最后是活性预测。它对生成的分子做“快速试吃”:预测分子与靶点的结合活性、毒性和代谢性质,把最有希望的候选排到前面。预测的核心指标之一是 IC50——抑制 50% 靶点活性所需的药物浓度。
三大模块不是孤立的:生成器每产出一批分子,活性预测就打一次分,分数反馈回去指导下一代生成。这就像试菜后的意见单送回后厨,让菜谱越改越好吃,形成“生成—预测—优化”的闭环。
- 认识 IC50IC50 是抑制一半靶点活性所需的药物浓度,浓度越低药效越强。
- 取以 10 为底的对数IC50 的量级跨度极大,取对数可以把纳摩尔到毫摩尔的数值压缩到方便比较的范围。
- 加上负号取负对数后,原本较小的 IC50 会得到较大的 pIC50,于是“pIC50 越大 = 活性越强”。
主流平台
不同连锁品牌的后厨模式各不相同:有的全自建中央厨房,有的租用第三方服务,还有的请集成商把各家设备拼起来。AI 制药平台市场也是如此,理解各家的架构特点,才能选出适合自己的“后厨模式”。
国际平台方面,Schrödinger 以物理模拟见长,把分子力学、量子化学计算与机器学习结合,像一位讲究火候的法国主厨;Exscientia 强调端到端的药物设计自动化;Recursion 则走数据驱动路线,用高通量实验图像训练模型,像用大数据选菜的餐厅。
国内平台同样百花齐放:英矽智能以生成式 AI 和端到端管线著称,晶泰科技在药物晶型预测与机器人实验上有积累,深势科技主打“AI+物理模型”的多尺度模拟。它们的架构差异主要体现在三处:是否覆盖从靶点到临床前的全链路、模型是否开放可定制、数据策略是闭源积累还是开放协作。
选型不能只看名气,要看匹配度:自身有没有数据积累?算法团队强不强?需要全栈能力还是一个垂直模块?合规和算力成本是否可承受?这些维度就像餐厅选址——开在商圈还是社区,决定了中央厨房的规模与配送半径。
选型就像选厨师团队:没有最好的中央厨房,只有最匹配自家菜系、预算和扩张节奏的中央厨房。
- 每个维度打分 x_i先对数据、算法、开放性、合规、算力等维度分别打一个 0~100 分的原始分。
- 分配权重 w_i不同药企战略不同,比如数据积累少的企业更看重“数据服务”,权重就更高。
- 加权求和得到总分 S把所有“权重乘以分数”的结果加起来,总分最高的平台就是当前条件下的最优选择。
数据治理
再好的厨师也做不了坏食材。药物发现平台最容易被忽视、却最要命的一环,是数据治理——中央厨房的“采购与质检”。模型吃的每一口数据,都决定了它能做出什么水平的菜。
数据从哪来?公开数据库(ChEMBL、PubChem、ZINC)、专利文献、内部实验记录是三大来源。但公开数据的问题很多:同一个分子在不同数据库里的写法不一样,活性单位有的用纳摩尔有的用微摩尔,还有大量重复记录和错误标签。这就像从十个供应商进货,同一种菜有的带泥、有的已烂、有的缺斤短两。
清洗与标准化就是中央厨房的“分拣台”:把 SMILES 分子表示规范化、去重、剔除明显错误标签、统一活性单位。做完这些,数据才能进入模型管线。数据安全同样关键——化合物结构是药企最核心的知识产权,必须按角色分级授权、对外合作时脱敏、全程记录审计日志,就像独家配方只对核心厨师开放。
数据治理的产出是一份“干净食材清单”——它不产出任何分子,却决定了模型的天花板。没有好食材,中央厨房的设备再先进也白搭。
- 分子“总记录数”从所有来源收集到的分子条目总数,包括重复与残缺的数据。
- 分子“有效记录数”通过质检、字段完整、单位统一、格式正确的样本数量。
- 相除并取百分比得到数据完整率,一般要求达到 95% 以上才适合用于模型训练。
模型管线
中央厨房的菜谱不是一次成型的,而是反复试做、试吃、调整火候的结果。药物发现平台的模型管线同样是一个不断迭代的闭环:训练、评估、优化、部署,然后带着新数据再回来。
训练环节首先要做好数据划分:训练集、验证集、测试集各司其职。这里有一个药物数据特有的坑——数据泄漏:相似的分子骨架如果同时出现在训练集和测试集,模型相当于“看过菜谱再试菜”,评估分数虚高,一上真战场就露馅。因此要用“支架切分”按分子骨架划分数据,而不是简单随机切分。
评估环节要看对指标:分类任务用精确率、召回率、AUROC,回归任务用 RMSE。活性预测中正负样本往往不平衡,真正有活性的分子是极少数,所以不能只看准确率,而要关注模型能不能把少数真活性分子找出来。
部署环节把训练好的模型封装成服务,供分子生成模块调用。每次湿实验拿到新数据,就回填到训练集里重新迭代——这就是“试菜意见单送回后厨”的数字化版本。
模型管线让中央厨房有了“标准菜谱迭代机制”:每一轮湿实验反馈都融入下一轮模型,菜越做越稳,研发路径越走越清晰。
- 精确率 P模型预测为活性的分子中,真正有活性的比例,衡量“命中质量”。
- 召回率 R真实活性分子中被模型找出来的比例,衡量“漏检程度”。
- 调和平均F1 对精确率和召回率取调和平均,任何一个过低都会拖累总分,适合活性分子稀少的药物筛选场景。
工程化设计
有了菜谱和食材,还得把锅灶、冷库、传菜梯排布好,高峰时段才能不卡单。药物发现平台的工程化设计处理的就是这些“厨房设施”问题:算力怎么分、流程怎么跑、故障怎么发现。
算力调度是第一个痛点。分子对接、分子动力学模拟、大模型训练都要吃 GPU,如果任务随意提交,GPU 就会像抢灶台一样乱成一团。工程化的做法是引入任务队列和资源配额:每个项目按优先级排队,限制单任务占用的卡数,让算力像燃气一样按需供应。
流程自动化是第二个关键。平台用工作流引擎把“靶点识别→分子生成→活性预测→合成推荐”编排成可复用的流水线,科学家只需提交一个目标,平台自动调度各模块跑完全程。这就好比传菜梯、洗碗机、烤箱联动,后厨不再靠人吼。
运行监控是第三道防线。任务失败要自动重试、模型效果下降要告警、每一步的日志和参数要可回溯。中央厨房里每一道菜的火候都有记录,平台里每个模型的输入输出也要留痕,出了问题时能快速定位是哪一环节出了问题。
工程化让中央厨房从“能用”变成“好用”:科学家不用关心灶台怎么分配,只需要专注于“菜”本身。
- 分子“任务数”平台需要完成的虚拟筛选、分子生成或训练任务的数量。
- 分子“总耗时”从任务提交到全部完成的时间差,包括排队、计算与重试时间。
- 相除得吞吐率用于评估流水线产能,吞吐率低时优先优化排队策略和并行度。
系统集成
中央厨房要和供应商、门店的系统对接,食材订单自动下、销售数据自动回传,才不会脱节。药物发现平台的系统集成同样关键——它必须和实验室的“点菜系统”打通。
LIMS(实验室信息管理系统) 是最大的数据源头。实验人员把化合物合成、活性测试的结果录进 LIMS,AI 平台通过 API 或消息队列自动拉取这些数据。这样一来,湿实验数据不需要人工导出 Excel 再手动上传,消除了转录错误,也大大缩短了“实验完成→模型学到”的时间差。
ELN(电子实验记录本) 则是另一座金矿。化学家每天记录的反应条件、产率、操作细节,经过结构化处理后可以成为分子合成的训练数据。AI 平台如果只盯活性数据而忽略 ELN,就像只看顾客评价却不知道后厨怎么做的菜,少了一半可学的东西。
集成还要管好权限与审计:谁有权限看化合物结构?谁修改了训练数据?每次模型版本对应哪一批实验数据?这些都要有清晰的血缘记录和审计日志,才能满足 GxP 等医药合规要求。
系统集成让中央厨房和门店、供应商之间真正“数据同频”:实验一做完,模型马上吃到新数据,研发飞轮越转越快。
- 分子“同步成功条数”LIMS/ELN 通过接口成功回传到 AI 平台并解析入库的实验记录数。
- 分子“应同步总条数”设定的同步周期内应当传输的全部实验记录数。
- 相除取百分比同步成功率长期低于 99% 时需要排查接口稳定性、数据格式兼容性与网络问题。
落地实践
最后的问题回到决策者身上:这间中央厨房,是自建、采购,还是混合?药物发现平台的落地实践没有标准答案,只有匹配自身情况的路线图。
选型策略看三样东西:数据资产、团队能力、资金预算。手里有大量高质量私有数据、算法团队成熟、算力预算充足的企业,适合自建——就像连锁巨头自营中央厨房。数据积累少、团队以湿实验为主的药企,更适合采购成熟的 SaaS 平台;大多数企业走混合路线:核心活性预测自建,分子生成租用外部模块。
实施路径讲究“小步快跑”:先选一个具体靶点项目做概念验证(POC),跑通“数据接入→模型训练→活性预测→湿实验验证”的最小闭环;看到效果后再扩展到更多靶点;最后才全面上线、与 LIMS/ELN 深度集成。一上来就要求“全流程一步到位”,往往像新餐厅开业就接婚宴大单,后厨必然崩盘。
趋势上,生成式大模型正在重塑平台形态:多模态模型直接读文献出方案、自动化机器人完成合成与测试、平台从“建议者”变成“执行者”。未来药物发现平台的竞争,本质是数据飞轮、模型迭代与实验自动化三者闭环速度的竞争。
落地不是买套系统装上就完事,而是像经营中央厨房一样持续投入:调流程、养数据、训团队。只有让平台真正长在研发流程里,它才能从“展示品”变成“生产工具”。
- 分子“周期缩短率”平台上线后,从靶点确认到先导化合物发现的时间缩短比例。
- 分子“成功率提升”候选分子进入临床前研究的成功率增量,反映平台筛选质量。
- 加权相加α、β 是战略权重,两者和为 1,只侧重一项会导致评估片面,两者兼顾才能反映平台真实价值。
AI 应用场景
虚拟筛选中心
阶段:模型部署与推理服务
解决的问题:传统虚拟筛选依赖分子对接打分,处理百万级化合物库需要数周计算时间,且对接打分与实验活性相关性有限。AI 平台用训练好的活性预测模型对海量分子做快速初筛,把候选规模缩小几个数量级后,再对少量分子做精确对接,大幅降低计算成本。
具体案例:某创新药企将内部 100 万分子化合物库接入药物发现平台,先用图神经网络活性模型初筛,选出 1 万个高分分子,再做分子对接精筛,最终得到 500 个候选分子进入合成验证,工作量只有原来的二十分之一。
研发数据中台建设
阶段:数据工程与治理
解决的问题:药企实验数据分散在 LIMS、ELN 和 Excel 中,分子表示、活性单位五花八门,模型根本没法训练。AI 平台通过数据治理模块统一清洗、标准化、去重和权限分级,把散乱数据变成可用的训练集,解决“有数据不能用”的困境。
具体案例:一家中型药企在平台上线前花了三个月做数据治理:统一 SMILES 标准化、把活性单位全部换算成 pIC50、按分子骨架去重。治理后训练出的活性预测模型 AUC 从 0.62 提升到 0.81,预测结果开始真正指导合成优先级排序。
平台选型咨询
阶段:方案评估与战略决策
解决的问题:面对几十家 AI 制药平台厂商,药企难以判断哪家适合自己。用加权评分模型把数据能力、模型效果、开放性、合规性、成本等维度量化打分,可以避免“听销售讲故事”的主观决策。
具体案例:某初创药企数据积累少、算法团队只有两人,评估后选择混合模式:分子生成模块租用外部 SaaS,活性预测与数据管线自建,用一年时间跑通一个靶点的完整闭环,为后续融资积累了可复制的研发流程。
Python 演示
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()
def make_fingerprint(size: int = 32) -> List[int]:生成分子的“指纹画像”,把结构转成 0/1 向量,相当于给食材打上统一的属性标签。score = fp[2] * 1.5 + fp[7] * 1.2 + ...模拟“关键结构位点”决定真实活性,对应靶点识别阶段发现的结合关键残基。1.0 / (1.0 + math.exp(-score))Sigmoid 函数,把任意分数压缩到 0~1 之间,作为活性概率。def train(fp_list, labels, epochs, lr)模型管线中的训练环节,用已有实验数据训练逻辑回归模型。err = p - y计算预测值与真实活性的误差,误差驱动参数更新,正如试菜反馈指导菜谱调整。w[j] -= lr * dw[j]梯度下降更新权重,让模型逐步“学会”哪些位点对活性更重要。test_lib = make_library(500, size)生成一批全新的候选分子,模拟虚拟筛选时的外部化合物库。if prob > 0.7:设置活性筛选阈值,只有概率超过 70% 的分子才进入候选名单,对应平台的活性预测筛选。
常见误区
误区我只要把公开数据库里的分子数据全部灌进模型,数据量越大,活性预测就越准,根本不用花时间清洗。
正解药物公开数据存在大量重复、标签噪声和实验条件不一致的问题。平台更像中央厨房,一百筐烂菜不如十筐好菜——标准化与清洗比堆量更关键。脏数据不仅不提升效果,还会让模型学到错误规律。
为何常见:深度学习在大数据领域反复强调“数据越多越好”,初学者容易把这个经验直接迁移到药物数据上,忽略了生物实验数据的噪声本质。
误区AI 平台预测出活性高的分子,就可以直接跳过实验进入临床,湿实验早晚被淘汰。
正解平台的价值是“缩小试错范围”而非“消灭实验”。活性预测只是给分子排序,细胞和动物层面的验证仍然不可替代,就像试菜能淘汰明显难吃的菜,但最终还得顾客真的来吃。AI 与湿实验是协作关系,不是替代关系。
为何常见:厂商宣传中常夸大数据驱动能力,加上“AI 制药”四个字容易让人高估模型的端到端能力。
误区买一个成熟的 AI 制药平台回来,把数据导进去,第二天就能出候选分子。
正解平台交付只是开始:需要清洗历史数据、适配内部数据格式、与 LIMS/ELN 打通、按研发流程配置工作流,还要针对特定靶点微调模型。就像买回整套中央厨房设备,还得装水电、定流程、培训厨师。
为何常见:把平台等同于普通 SaaS 工具,忽略了药物研发数据的私有性与研发流程的复杂性。
误区活性预测模型在测试集上 AUC 达到 0.9,说明模型已经足够可靠,可以放心用于新分子筛选。
正解高 AUC 可能源于数据泄漏——相似的分子骨架同时出现在训练集和测试集,模型相当于“看过菜谱再试菜”,评估虚高。必须用支架切分按分子骨架划分数据,再用外部验证集检验真实泛化能力。
为何常见:默认机器学习“随机划分数据集”就足够,没意识到药物数据独特的结构相似性会造成信息泄漏。
面试题
Q1. 药物发现平台最核心的三大模块是哪一组?
- A.靶点识别、分子生成、活性预测← 正确答案
- B.数据录入、格式转换、报表打印
- C.网站开发、界面美化、用户运营
- D.细胞培养、动物实验、临床申报
答案:A。平台像中央厨房,核心是“定菜单(靶点识别)、写菜谱(分子生成)、试菜(活性预测)”三道工序。B 只是数据杂务,C 是互联网开发,D 属于线下实验环节,都不是平台的计算核心。
Q2. 靶点识别在“中央厨房”比喻中最贴近哪一项?
- A.研究顾客口味确定新款菜品← 正确答案
- B.采购部门批量购买新鲜食材
- C.厨师随手尝试组合各种原料
- D.服务员向顾客推荐今日特价
答案:A。靶点识别回答“干预哪个蛋白才可能治病”,正如先搞清楚大众想吃什么口味,才能决定开发什么菜,它处于研发流水线最上游。B 对应数据收集,C 对应分子生成,D 对应临床应用之后的推广环节。
Q3. pIC50 数值越大,通常说明化合物怎样?
- A.对靶点的抑制活性越强← 正确答案
- B.分子量越大越难合成
- C.水溶性越差越易沉淀
- D.代谢稳定性越低越危险
答案:A。pIC50 = -log10(IC50),IC50 是抑制 50% 活性的浓度,浓度越小药效越强;取负对数后浓度越小 pIC50 越大。B、C、D 描述的是分子量、水溶性、代谢稳定性,与 pIC50 没有直接关系。
Q4. 药物数据治理中“标准化”的核心目标是什么?
- A.让不同来源数据格式统一可比← 正确答案
- B.删除所有低活性数据以保纯净
- C.增加更多噪声数据提升多样性
- D.把全部数据转成图片格式存档
答案:A。标准化相当于中央厨房对食材统一验收标准,不同数据库的分子表示、活性单位各异,必须换成统一格式才能喂给模型。B 删除低活性数据会引入严重偏差,C 加噪声与目标相反,D 转图片格式完全离题。
Q5. F1 分数综合了下列哪两个指标?
- A.精确率与召回率的调和平均← 正确答案
- B.准确率与损失值的简单平均
- C.灵敏度与特异性的几何平均
- D.学习率与批量大小的加权和
答案:A。F1 = 2PR/(P+R)。精确率回答“预测出的活性分子有多少是真的”,召回率回答“真活性分子被找出多少”,调和平均要求两者都高。C 中灵敏度等于召回率,但特异性不是召回率,不能构成 F1;B、D 混淆了优化算法与评估指标。
Q6. 药物发现平台与 LIMS 对接解决的核心问题是什么?
- A.实验数据自动回传消除人工转录← 正确答案
- B.完全替代人工执行全部湿实验
- C.自动生成分子 IUPAC 化学名称
- D.把临床数据直接用于论文发表
答案:A。LIMS 记录实验样本与活性结果,平台通过 API 或消息队列自动拉取数据,相当于中央厨房与供应商自动下单。湿实验的操作仍需要自动化硬件,平台本身不替代实验;C、D 是附带功能或无关场景。
Q7. 训练集与测试集划分不当,最可能引发什么问题?
- A.数据泄漏导致评估结果虚高← 正确答案
- B.模型参数量自动翻倍扩大
- C.计算资源需求无限度增长
- D.分子指纹维度自动扩充增多
答案:A。药物数据中相似分子骨架常见,若随机划分,相同骨架的分子会同时出现在训练与测试集,模型“背答案”,这就是典型的“看过菜谱再试菜”。B、C、D 属于工程资源或数据结构问题,与划分方式无关。
Q8. 适合自建药物发现平台的企业通常具备哪些条件?
- A.拥有海量高质量私有数据← 正确答案
- B.具备成熟的算法工程团队← 正确答案
- C.缺乏基本的信息技术基础
- D.拥有充足算力与资金预算← 正确答案
答案:ABD。自建相当于自营中央厨房,需要有原料(数据)、厨师(团队)和灶台(算力)。C 描述的是完全不具备条件的情形,这类企业更适合采购 SaaS 平台或采用混合模式。
Q9. 平台工程化设计中应重点关注哪些问题?
- A.算力调度与任务排队策略← 正确答案
- B.工作流自动化的运行稳定性← 正确答案
- C.模型运行监控与失败告警← 正确答案
- D.所有实验全部改为虚拟线上
答案:ABC。工程化把中央厨房的锅灶、冷库和传菜梯排布好:算力调度保证 GPU 不空转,工作流稳定保证流水线不卡单,监控告警保证故障及时被发现。D 把线下实验全部虚拟化不现实,湿实验验证仍不可替代。
Q10. 关于药物发现平台的数据安全,下列说法正确的有哪些?
- A.化合物结构数据分级权限管理← 正确答案
- B.训练数据的审计日志可以省略
- C.外部协作时应先做数据脱敏← 正确答案
- D.加密可以杜绝一切内部泄露
答案:AC。化合物结构是药企核心资产,需分级授权与审计,与外部合作时先脱敏,如同中央厨房的独家配方只对核心厨师开放。审计日志是合规底线不可省略,加密只能降低泄露风险,无法杜绝内部人员违规。