虚拟生物技术公司:AI智能体如何重构药物研发全流程
前几天在预印本平台上刷到一篇很有意思的论文某顶尖高校团队提出了一套叫“虚拟生物技术公司”的体系用AI智能体来跑药物研发全流程。说实话我平时对“AI颠覆制药”这类标题已经有点脱敏了但仔细看完他们设计的完整工作流之后还是觉得值得坐下来好好拆一拆。这篇工作之所以让我觉得不一样不在于又出了一个新模型或者新数据库而在于它试图回答一个更底层的命题如果把一家生物技术公司的核心决策职能——从靶点调研、分子设计、可开发性评估到临床策略——全部交给一套由多个AI智能体组成的系统来承担药物研发的组织方式会变成什么样这个问题的答案如果只是单点地看某个环节很难感受到它的分量但把它当作一整条流水线去看冲击感就出来了。这篇文章我会从概念拆解、全流程改造、底层技术引擎、效率账与现实约束、以及对研究者和从业者的实操启示这几个角度来展开。目标是让不管是做湿实验的、做计算的同学还是单纯关心AI在医药领域能走多远的读者都能读懂并真正理解这套逻辑。1. “虚拟生物技术公司”到底是个什么东西从组织形态到研发逻辑的双重迁移要先说清楚这个概念得先从传统生物技术公司是怎么运转的开始讲。1.1 传统生物技术公司本质上是一台“实验驱动的机器”一家做新药研发的生物技术公司核心资产看起来是实验室、仪器、动物房、GMP车间和一群博士。但真正驱动它前进的其实是一个循环提出假设通过实验验证假设根据结果修正下一个假设。这个循环从靶点发现开始一直持续到临床候选分子确认每个环节都在烧钱。业内常说的“双十定律”——十年时间、十亿美元才能把一个新药从实验室推到上市——本质上就是这个循环的低效带来的。真正做过研发的人都知道很多时候钱不是花在思考上而是花在验证一个不够成熟的假设上。一个文献里看起来很有潜力的靶点可能因为体内模型重复不出来几百万就没了。1.2 “虚拟开发”模式已经有了但缺的是“虚拟决策”产业界其实早就有了“虚拟公司”这个概念。一家小公司不建实验室不雇实验员把所有湿实验外包给合同研究组织自己只保留核心的管理层和少数科学家做决策。这种模式提高了资金效率但有一个明显的瓶颈决策还是靠人而人的时间、记忆和跨学科知识覆盖是有限的。这次的工作有意思就在于它把“虚拟”的范围向前推进了一大步。不再只是把实验外包出去而是把决策过程本身也交给了一套AI智能体系统来承担。你可以把它理解成一个数字化的研发团队有人负责读文献、有人负责设计分子、有人负责评估专利风险、有人专门盯着毒理和可开发性指标。这些“数字员工”彼此协作、互相质询最后把结论递到人类研究者面前供人做最终把关。1.3 这里的“AI智能体”究竟指什么可能有人一听到“智能体”就会想到聊天机器人。其实在药物研发场景里智能体要比聊天机器人复杂得多。我从这类系统的一般设计逻辑来看一个合格的研发智能体至少需要具备四层能力第一层是调用大模型进行推理和生成——比如分析一段文献、解释一个实验数据第二层是调用专业工具——比如对接ADMET预测软件、分子对接程序、专利数据库、蛋白质结构数据库第三层是记忆与反思——记得自己之前做过什么决策、结果如何并在下一轮任务中调整策略第四层是多智能体间的协作——把自己的输出交给另一个智能体去审核或者把子任务拆解给专门的智能体去执行。把这几层能力组装起来你会发现它已经不是一个“问答工具”而是一个可以自主完成一段研发任务的数字劳动力。这篇论文的核心贡献就是把这套能力组装成了一条端到端的流水线并且给每个环节都设计了输入、输出和质检标准。2. 从靶点到候选分子AI在药物研发各环节具体做了什么理解这套系统的价值最好的办法是沿着一条药物研发管线走一遍看看在每个节点上传统方式和AI方式的分野到底在哪里。2.1 靶点发现从大量读文献到“带着证据链的因果假设”靶点发现是整个研发链路的起点也是失败率最高的环节之一。传统的做法是课题组长选定方向几个博士生和博士后分头读文献、跑生信分析遇到组学数据再拉出来做差异分析。这个过程通常要花三到六个月而且结论质量高度依赖团队的经验积累。在这套虚拟公司体系里靶点发现环节被一个“科学官智能体”主理。它的工作方式大致是这样先从海量文献和专利中检索与疾病相关的基因、蛋白、通路信息建立候选靶点池然后结合公开的基因组学、蛋白组学、单细胞转录组数据做多维度交叉验证看这个靶点在疾病组织里的表达和行为是否支持干预最后输出一份靶点评估报告里面除了结论还会带着支持证据的引用来源、置信度评分、以及建议的验证实验方案。我在实际接触这类系统后感觉最有价值的不是它帮你读了多少篇文献而是它把“靶点推荐理由”结构化、可追溯了。每个结论都能回溯到具体数据和来源。这样人类科学家收到报告后做的不再是从零开始的调研而是对一份已有证据链的批判性审查。节省的不只是时间更是对前人经验的继承质量。2.2 分子生成与筛选化学空间的搜索效率至少差了几个量级靶点选定了下一个问题是拿什么分子去干预这个靶点传统的先导化合物发现靠的是药物化学家的经验、组合化学库的筛选、或者高通量筛选设备去撞运气。一个经验丰富的化学家一个项目周期里能设计和测试的化合物通常也就在几十到几百个量级。而AI生成式分子设计可以在同一时间内产出百万甚至千万级别的候选分子。这里的逻辑不复杂分子可以被表示为图结构或字符串SMILES生成模型本质上是在学习“什么样的分子结构是合理且有活性的”然后在一个约束空间里做采样。采样出来的分子不一定都能用所以后面要接一个多层过滤器先做类药性筛选Lipinski规则、PAINS等把明显不适合的分子筛掉再做结构新颖性和专利空间分析避开已有的知识产权保护范围然后做靶点结合能力的快速评估比如分子对接或药效团匹配最后做ADMET初筛把毒性和代谢风险高的分子再排除一轮。一轮操作下来系统会给出几十个候选分子并且附上活性排名和风险注释。我在自己的项目里体会很深的一点是AI真正解决的不是“设计出好分子”这个单一问题而是“在太多种可能里快速找到值得花钱去做实验验证的那几个”。这个筛选漏斗的效率直接决定了研发资金的使用效率。2.3 多目标优化与可开发性评估这个分子有没有资格进入下一阶段拿到候选分子之后真正的打磨才开始。一个在酶活实验里表现出色的分子可能溶解度极差、代谢不稳定、或者合成成本高得离谱。传统方式下药物化学家会像做手工活一样一个基团一个基团地修饰每一步都要靠经验判断周期极长。虚拟公司系统在这个环节会启动一组“开发智能体”并行地对每个候选分子做多目标评估活性预测与选择性分析理化性质模拟溶解度、LogP、膜通透性等代谢稳定性与潜在毒性预测合成路线可及性评估——这一点很多人会忽略但其实它决定了分子能不能从“纸上化合物”变成“可制备化合物”。这个环节的产出是一个带多维雷达图的候选分子档案哪个维度不达标一眼就能看到。更有意思的是系统还会根据短板自动提出分子优化建议——加一个氟原子提高代谢稳定性或者换掉某个杂环降低毒性这类。药物化学家拿到这些建议后可以直接进入验证和再设计而不是像以前那样靠灵光一现。2.4 临床前研究与临床策略AI能干什么、不能干什么当候选分子定位到临床前研究阶段AI系统的角色就开始从“主导”变为“辅助”了。毒理实验、动物药效学实验、PK/PD研究这些工作依然必须在线下实验室完成但虚拟公司会做两件事来提升这个环节的效率第一自动整合临床前研究数据生成规格化的申报材料草稿。这个环节看起来不起眼其实极其耗时。IND申报材料的数据整理和报告撰写通常要占用科学家团队好几周的时间。AI在这件事上的能力是确定的、可靠的因为它本质上是把结构化数据转译成文档。第二在临床试验设计阶段提供决策支持。比如根据已有临床前数据预测起始剂量范围或者基于公开的真实世界数据和生物标志物信息生成患者分层建议。这些都是辅助性的人类临床团队做最终决定。我用一个表格来总结这个全流程的人工智能改造程度应该会更直观研发阶段传统方式虚拟公司方式核心节省的资源靶点发现人工文献调研生信分析智能体自动化检索与因果推断数月时间、人力先导化合物发现经验设计高通量筛选AI生成分子过滤漏斗化学空间搜索效率先导优化经验性结构修饰多目标并行优化自动建议迭代周期可开发性评估分批实验验证多维度虚拟预测风险档案早期淘汰低质量候选临床前与申报人工数据整理与报告撰写自动化数据整合文档生成文档工作时间临床策略专家讨论AI辅助分层与剂量建议决策的信息覆盖度我自己看下来这套系统对“发现到临床前”这一段的重构程度是最深的几乎每个环节都有本质性的工作方式变化。往后的临床阶段AI更多是在做“增强”而不是“替代”。这种定位其实是清醒的——越往后需要跟真实人体打交道的环节变量越多AI越只能做参谋。3. 支撑这套系统的三大技术引擎多智能体协作、数据闭环、干湿互验外行看热闹内行看门道。很多人关心AI生成了什么分子但我更关心的是这套系统靠什么避免AI“一本正经地胡说八道”答案藏在三个底层设计里。3.1 多智能体协作用“团队互审”抑制单一模型的幻觉问题大模型生成内容时有一个天生问题——它会用一种笃定的口吻说出不确定的结论。这在药物研发场景里是不可接受的因为一个错误的靶点建议可能带来几百万的浪费。这篇工作的一个重要设计就是让多个智能体模拟一个研发团队的内部互审机制。比如负责设计分子的智能体提出一个候选分子后负责毒理评估的智能体会基于自己的模型库和文献知识提出质疑“这个结构片段跟已知的hERG毒性风险片段类似代谢物可能有问题”然后分子设计智能体就需要修改方案或者回应质疑。这种“对抗性质询”机制在效果上等效于研发会议上的跨专业挑战。从工程实现上看这比单纯堆一个大模型要可靠得多。因为每个智能体都带着不同的私有数据库和专用预测模型它们之间的交叉验证构成了某种意义上的“信息冗余”。即使某一个模型在某一个任务上出了错其他智能体也有概率把它拦下来。3.2 数据闭环为什么大多数AI制药单点工具最后都“静悄悄”了过去几年AI制药领域冒出了大量单点工具这个预测溶解度那个预测毒性还有做分子对接的。它们的共同痛点是预测效果在回测集上看起来很好一用到真实项目里就不太行。原因也很直白——它们都是静态模型预测完就完了没有后续的真实反馈数据来迭代模型。虚拟公司系统在设计上回避了这个坑它打造了一个数据闭环每次AI虚拟筛选的结论都会对应到一批湿实验验证湿实验的结果无论阳性还是阴性都会被结构化、标准化以后回传到系统里系统用这些真实标签重新训练模型下一轮预测的准确性就会提高。这个闭环在传统实验室里非常难建立因为实验数据往往是以PDF报告、纸质记录、或者Excel碎片形式存在的整理成本极高。虚拟公司模式能够成立的前提就是它从一开始就以“喂给模型”为目的来管理实验数据。我接触过不少科研团队他们手上其实积累了大量宝贵的阴性数据但因为没有结构化存储这些数据等于不存在。这一点非常可惜。3.3 干湿互验虚拟公司的实验设计也是算法的一部分所谓“干实验”是计算机模拟是虚拟预测“湿实验”是试管里的真实反应、细胞上的真实活性测试。虚拟公司模式里有一个容易被人忽略的细节——它外包了的只是湿实验的操作而湿实验的方案设计、数据解读也是由智能体来完成的。这意味着实验设计方案不是拍脑袋定的而是由“实验设计智能体”基于已有数据、要验证的假设和目标产物特性生成出来的。做实验的外包实验室按方抓药把结果返回再由“数据解读智能体”自动处理。这个设计看起来不起眼但实际上解决了外包模式下最容易出问题的一环不同外包方之间数据格式不一致、实验变量控制标准不统一。当整个“设计方案-执行-数据回收-解读-进入模型迭代”的链条全部数字化后每一次湿实验就不再只是一次验证而是变成了整个系统自我进化的一次学习。这种干湿循环滚动起来之后系统的预测能力会像滚雪球一样增长而传统的独立AI工具永远达不到这种效果——因为它们接不到真实反馈。4. 效率账与现实约束这套系统现在到底靠不靠谱听完了这么完整的设计接下来要泼点冷水。任何一套新系统工程图再漂亮也要看落地后的实际表现更要看它头上悬着哪些雷。4.1 一笔现实的效率账省的是决策时间不是实验时间从论文展示的流程设计来看虚拟公司在虚拟阶段的效率提升确实明显靶点识别从项目组三个月缩短到系统几周分子优化从化学家几轮的漫长迭代缩短到按天计算而可开发性预筛更是在分子进入实验室之前就替掉了大量低价值实验。如果只看这一段确实有一种“降维打击”的感觉。但务实地看这套系统真正压缩的是“决策过程”的时间而不是“实验验证”的时间。靶点报告出来了你依然需要细胞实验验证分子设计出来了你依然需要做酶活测试。虚拟公司把“无效实验”的比例减少了一大截但不可能消除实验本身。所以账要算清楚整体项目周期有压缩资金使用效率有提升但临床前研究动辄一两年的生物学验证时间并没有被魔术般地变没了。4.2 几个绕不开的现实约束数据偏倚、监管准入和组织变革第一是数据偏倚问题。所有AI模型的建议都基于历史数据而药物研发恰恰是要突破历史、寻找未知的领域。一个全新的生物学机制一个从未被探索过的靶点历史数据能提供的帮助非常有限。系统再聪明也必须在“已知的边界”里工作人类科学家的作用恰恰是要带它跨越边界。第二是监管准入问题。监管机构对企业申报材料中由AI生成的靶点论证和分子优化逻辑目前还缺乏成熟的评审框架。AI给出的一份靶点报告要如何证明其可靠性这个问题在论文里被触碰到但远未解决。短期来看AI的角色更适合做“材料草案”人类科学家的签字背书仍然是不可替代的。第三是组织能力问题。一家传统生物技术公司要用这套系统实际上要经历一次组织再造。研发团队需要有人懂算法和模型也需要有人能设计“智能体的工作流”更关键的是要建立一套适应人机协作的决策流程。这些都不是装上软件就能解决的而是需要文化的转变、激励机制的调整。4.3 预印本讨论里的支持与质疑我更认同哪种判断在这篇预印本被放出来后学术社区里讨论声音分成了两类。一类认为这是药物研发的范式转变说它把研发经验沉淀进了算法让知识的复用不再依赖人员流动。另一类则保持着冷静指出论文展示的案例数量有限复现性还没有经过独立的第三方验证而且“AI设计分子”这件事在真实实验室里的命中率远没有达到让人放心的程度。我自己的立场是中间偏务实派。这套系统的最大价值不在于它第一天就比人类科学家强而在于它为药物研发建立了一套“可积累、可迭代、可复现”的操作系统。传统的研发经验储存在个体科学家脑子里人一走经验就断档而这套系统把经验变成了一部分算法、一部分结构化数据这本身就是一种资产形式的升级。至于能不能真正做出药那是后面所有环节共同努力的结果。5. 对研究者和从业者的实操启示不造公司也能用这套思路最后聊点实际的。可能有很多读者不是创业公司CEO也做不起庞大的多智能体平台但我觉得这套系统的设计理念里有几点是任何规模的团队和个人都能借鉴的。5.1 立刻能落地的三件套知识库、自动化工作流、数据记录闭环不需要建什么虚拟公司先给自己搭一个最小配置的“AI增强研发环境”是每个人都能着手的第一搭一个私人文献知识库。把课题组或公司历年的文献、专利、内部报告整理进一个向量数据库再接一个大语言模型做检索增强生成。这样你提问它它就能基于你自己的资料库回答而不是凭空生成一个不靠谱的答案。这个工具现在开源方案很多成本相当低。第二把重复性分析工作做成自动化工作流。比如每天要跑的序列比对、结构检索、数据汇总写几个Python脚本或者用一个自动化平台串起来。这一步是在锻炼“把分析任务拆成流程”的能力也是未来管理更复杂智能体的基础功。第三建立“实验-数据-模型”的记录闭环。哪怕一开始用一张结构化的电子表格把每个实验的变量、条件、结果按统一格式记录下来坚持半年你就能拥有一份高质量的结构化数据资产。未来任何一个AI工具应用到你手里这份数据就是你的护城河。5.2 实操层面的几条提醒AI输出必须有人兜底说几个我在实际使用中总结的具体经验无论系统给出的靶点报告有多详细关键决策前一定要找人复核原始证据。AI引用的文献也可能断章取义或者引用本身就有问题。分子生成模型给出来的结构建议至少找一位药物化学家看一眼合成可行性。很多模型倾向生成理论上漂亮但合成难度极高的结构。多智能体之间“讨论”出来的结论并不代表它正确只代表它在内部形成了自洽。外部验证永远不可省略。模型输入数据的标准化决定了下游一切工作的可靠性。如果输入数据天天变格式再好的模型也救不回来。还有一点如果你在团队里负责推进这类系统别一开始就铺很大摊子。我真见过一些项目一上来就想做全流程自动化结果半年过去连数据标准化都没完成。更好的打法是选一个边界清晰、反馈周期短的环节比如ADMET虚拟筛选先跑通一个闭环产生价值再逐步扩展。5.3 能力结构的变化什么样的研发人员更有竞争力这套系统铺开以后研发人员的“Aha时刻”会越来越少但“审查、判断、设计”的价值会越来越突出。纯做执行和记录的岗位确实会被冲击而具备以下三种能力的人会更吃香能设计智能体工作流把模糊的研发问题拆成智能体可以执行的任务序列能审查和质疑AI的输出识别出模型结论背后的假设边界能管理数据闭环让每一次实验都变成模型迭代的养料。在学习路径上我的建议是生物学和化学背景的同学不必去卷算法底层但要补三样基本功——Python数据处理、提示词工程、以及基础统计学概念置信区间、假阳性率这些。这些足够让你成为“最懂AI的研发科学家”或者“最懂研发的AI应用工程师”。说到底我看好这套“虚拟生物技术公司”思路的深层原因不是它宣称的那些效率倍数而是它为研发工作注入了一个稀缺品可积累性。以前我们做十个项目经验可能只沉淀在每个参与者的记忆里而在一个数据闭环的系统里做过的每一个项目都会留下诊断价值下一次运转就能站在上一次的肩上前进。这才是真正让人兴奋的地方。我也很清醒虚拟公司系统能不能真的做出一个获批上市的新药是后面几年最值得跟踪的事。但就算它失败了它留下的那套“把研发过程数据化、可回溯、可迭代”的方法论也会以某种形式渗透进整个药物研发产业里。对我这种做技术的人而言方法论层面的革命比单个药物的成功更值得关注。

相关新闻

企业级AI Agent落地指南:从流程自动化到安全边界的实践路径

企业级AI Agent落地指南:从流程自动化到安全边界的实践路径

1. 先看清 Cowork 的本质:AI 从“顾问”变成“执行者”1.1 问答式 AI 与工作区式 AI 的区别我经常碰到有朋友说:AI 我每天都在用,有什么新鲜的?已经用它写了很多周报和 PPT 了。这是典型的问答式使用。可如果你把一个完整任务交给…

2026/10/12 22:58:48 阅读更多 →
Python日期周期题:用toordinal解三天打鱼两天晒网

Python日期周期题:用toordinal解三天打鱼两天晒网

1. 项目概述:从“三天打鱼两天晒网”看Python笔试题的本质逻辑“三天打鱼两天晒网”这道题在Python笔试中出现频率极高,几乎成了算法类岗位、数据分析岗、甚至初级后端岗的“入门检测器”。它表面看是个简单的日期计算题——判断某一天是打鱼还是晒网——…

2026/10/12 22:58:48 阅读更多 →
Windows下Kafka SASL-PLAIN认证配置实战与避坑指南

Windows下Kafka SASL-PLAIN认证配置实战与避坑指南

1. 为什么要在Windows上折腾Kafka的SASL-PLAIN认证很多人第一次接触Kafka,都是在本地Windows机器上跑一个单机版,localhost:9092连上去就能收发消息,感觉这东西挺简单。可一旦要把这套东西往测试环境或者内网服务器上搬,问题就来了…

2026/10/12 22:58:47 阅读更多 →

最新新闻

OSG 3.6集成Qt 5.13:嵌入式三维渲染窗口的完整实现与踩坑记录

OSG 3.6集成Qt 5.13:嵌入式三维渲染窗口的完整实现与踩坑记录

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/13 1:28:07 阅读更多 →
mingw32 2.95 在现代 Windows 上的编译与避坑指南

mingw32 2.95 在现代 Windows 上的编译与避坑指南

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/13 1:28:07 阅读更多 →
基于Spring MVC注解与拦截器的通用数据权限校验框架设计与实践

基于Spring MVC注解与拦截器的通用数据权限校验框架设计与实践

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/13 1:28:07 阅读更多 →
Python天气预测毕业设计:爬虫、LSTM与可视化完整实战

Python天气预测毕业设计:爬虫、LSTM与可视化完整实战

简介:基于Python的天气预测和可视化项目,是一套面向计算机专业毕业设计、课程设计与期末大作业的高分完整方案,评审成绩达99分,代码完整可运行,适合从零开始实战项目的学生。压缩包共38个文件,包含Python源…

2026/10/13 1:28:07 阅读更多 →
PNN在变压器故障诊断中的小样本鲁棒应用

PNN在变压器故障诊断中的小样本鲁棒应用

简介:本资源是一套基于MATLAB实现的概率神经网络(PNN)用于变压器故障诊断的完整实践方案,面向电力系统自动化、智能运维及人工智能应用方向的本科生、研究生与工程技术人员。项目聚焦于利用PNN对变压器运行状态进行分类识别&#…

2026/10/13 1:28:07 阅读更多 →
嵌入式转机器人岗位:简历筛选逻辑与技术栈补全指南

嵌入式转机器人岗位:简历筛选逻辑与技术栈补全指南

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/13 1:27:07 阅读更多 →

日新闻

物联网系统集成避坑指南:从选型到验收的关键要点

物联网系统集成避坑指南:从选型到验收的关键要点

做了这么多年物联网系统集成的项目,我最大的感受是,大部分坑不是出在技术前沿,而是出在一些看起来很平常的地方。设备选了便宜的、协议没问清楚、现场没摸透、验收标准写得含糊——这些细枝末节,最后都会变成延期、超支和扯皮的大…

2026/10/13 0:00:57 阅读更多 →
ESP32舵机控制全攻略:从PWM原理到高级玩法与常见故障排查

ESP32舵机控制全攻略:从PWM原理到高级玩法与常见故障排查

如果你玩ESP32有一阵子了,很难不碰到舵机控制这道坎。做智能小车要转方向,做机械臂要抬关节,做云台要偏航俯仰,背后都是同一个东西在干活:舵机。而我见过太多人卡在“代码能编译、舵机就是不听话”这个阶段&#xff0c…

2026/10/13 0:00:57 阅读更多 →
CAN总线原理与STM32实战:抗干扰、仲裁、错误处理全解析

CAN总线原理与STM32实战:抗干扰、仲裁、错误处理全解析

1. 为什么CAN总线至今仍是工业现场的“硬通货”?——从汽车底盘到智能温室的真实需求你有没有拆过一辆老款燃油车的中控台?或者调试过某高校实验室里那台跑着Modbus协议却频频丢帧的PLC控制柜?又或者,在某个农业物联网项目里&…

2026/10/13 0:00:57 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/12 0:16:30 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/12 0:16:38 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/12 0:16:43 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/12 21:05:09 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/12 14:48:49 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/12 18:11:17 阅读更多 →