Chinese manuscript reader for Artificial Intelligence in Agriculture

PlantAI:面向证据约束与可执行植物生物信息学分析的可扩展多智能体系统

中文第一稿图表整合阅读版。Figure 1为实现结构图;Figures 2–5为模拟草稿图,不可作为投稿证据。

目标期刊:AIIAPlantAI-dev + PlantAI-RAG中文Draft v0.1五图三表

目录

  1. 摘要
  2. 1 引言
  3. 2 材料与方法
  4. 3 结果
  5. 4 讨论
  6. 5 结论
  7. 数据、代码与声明
  8. 参考文献
  9. Figure legends
  10. 投稿前替换清单

摘要

植物生物信息学研究通常需要在实验设计、数据预处理、统计分析、候选基因筛选和下游功能解释之间连续切换。现有工作流系统能够提高单一流程的可复现性,但仍要求研究者预先掌握工具、参数、文件依赖和执行环境;大语言模型智能体降低了自然语言交互门槛,却可能产生无法执行、缺少证据或不能追踪的分析建议。本文提出PlantAI,一个面向植物生物信息学分析的证据约束、可执行和可扩展多智能体系统。PlantAI由分析执行层PlantAI-dev和知识证据层PlantAI-RAG组成。PlantAI-dev使用LangGraph组织意图解析、任务规划、预执行检查和阶段执行,通过阶段契约、分析范围身份和Manifest将智能体决策绑定到真实文件与命令;其内置能力覆盖基因家族分析和RNA测序分析,并通过轻量Extension loop将已有可运行代码转换为可验证的标准阶段。PlantAI-RAG以Graph RAG为主,将文献中的实体—关系—证据记录组织为分层知识图,并支持实体邻域、有限跳路径和带来源的证据检索。我们设计五组验证,分别考察系统级执行闭环、多场景RNA-seq计划、RNA-seq到候选基因家族的连续案例、分级代码转写,以及Graph RAG的检索与引用忠实度。当前实现证据表明,各功能已形成明确的调用路径、输入输出契约和追溯接口;其定量优势仍需以统一基线、真实数据和消融实验完成验证。PlantAI为连接自然语言分析意图、植物生信工具和文献证据提供了一个可审计的系统框架,其适用范围目前限于已实现并经过验证的分析类型。

关键词: 植物生物信息学;多智能体系统;可复现工作流;RNA-seq;基因家族;Graph RAG;代码转写

1 引言

植物基因组学和功能基因组学研究正在同时受到数据规模扩大与分析链条延长的推动。研究者往往不再只运行一个独立工具,而是需要把质量控制、序列比对、统计检验、功能富集、候选基因筛选以及进化和结构分析连接成连续过程。Nextflow和nf-core等工作证明,显式依赖、环境隔离和标准化流程能够显著改善计算分析的可复现性(Di Tommaso et al., 2017;Ewels et al., 2020)。然而,这类系统通常从已经写好的流程定义开始,无法自动解决研究者如何从自然语言问题确定分析路线、如何识别实验设计,以及如何把新出现或项目特异的代码纳入已有流程等问题。

大语言模型智能体为这一缺口提供了新的交互方式。近期系统已尝试在生物医学分析中将语言模型连接到文献检索、数据库和计算工具。例如,BRAD将检索增强生成与生信工具结合,用于生物标志物发现和富集分析(Pickard et al., 2025);SciToolAgent通过科学工具知识图谱支持多工具选择与执行(Ding et al., 2025);PhenoAssistant则把自然语言多智能体交互应用到植物表型分析(Chen et al., 2026)。这些进展说明,智能体可以降低复杂工具的使用门槛,但也暴露出科学执行中的共同风险:语言模型给出的“完成”不一定对应真实产物,计划中的输入依赖可能不存在,生成参数可能偏离生物学问题,检索到的知识也可能缺少可核查来源。有关生信智能体的综述同样将生物学依据不足、检索错配、可解释性和可复现性列为关键挑战(Yang et al., 2025)。

植物生物信息学进一步放大了这些问题。一方面,RNA-seq的分析设计依赖样本分组、生物学重复、批次、时间、组织和处理因素;差异表达模型只有在比较关系与设计矩阵可估计时才有意义。DESeq2和edgeR等方法能够对计数数据的离散度和差异进行稳健估计(Love et al., 2014;Robinson et al., 2010),但统计方法本身不能替代对实验设计语义的判断。另一方面,候选基因常需要继续进入基因家族鉴定、系统发育、motif、结构域、基因结构、共线性、启动子、表达和蛋白互作分析。若这些步骤缺少统一身份和产物契约,结果容易在物种、成员集合或分析路线之间发生错配。

本文提出PlantAI,以“自然语言意图能否被可靠地转换为证据约束、可执行且可追踪的植物生信工作流”为中心问题。PlantAI不是将所有功能统称为智能体,而是区分三种工程机制:PlantAI-dev中的LangGraph多智能体编排负责意图解析、计划和执行;轻量Extension loop负责把已有可运行代码迭代转换为标准阶段;PlantAI-RAG中的Graph RAG负责组织和检索带来源的知识证据。本文的主要贡献包括:其一,将智能体计划与阶段契约、分析范围和Manifest绑定,使科学完成状态由可解析产物而非自然语言消息定义;其二,提供从多场景RNA-seq设计到候选基因家族下游分析的连续路径;其三,提出保留原始算法语义的轻量代码转写闭环;其四,将文献实体关系与证据位置组织为可检索的Graph RAG层。本文同时明确限制:Diagnosis Agent不作为贡献,ResultParser和Discovery仅作为深度解读支持,未实际启用的agentic RAG不进入实验结论,重测序—GWAS仅作为后续扩展方向。

2 材料与方法

2.1 PlantAI总体架构

PlantAI由PlantAI-dev和PlantAI-RAG两个相互连接但职责不同的层组成(Figure 1;Table 1)。PlantAI-dev是分析与执行层,接收自然语言问题、样本文件和项目上下文,生成分析计划并调用标准化阶段。PlantAI-RAG是知识与证据层,把文献和方法信息组织成可追踪的实体—关系—证据记录,为方法选择和结果解释提供来源。两层之间通过结构化对象而不是自由文本耦合:执行层可以向证据层提交物种、基因、基因家族、分析阶段或方法问题;证据层返回关系、证据文本、章节、论文标识、置信度和声明范围,执行层再决定这些信息能否进入计划或解读。

系统将功能归属与代码来源分开管理。基因家族执行框架、LangGraph编排和统一阶段后端归入PlantAI-dev;RNA-seq使用其最新的场景化分析实现;Extension采用回退后的轻量闭环实现;当前最新知识证据实现以PlantAI-RAG命名。该处理避免用仓库路径替代系统边界,也使不同模块能够独立演进。

Figure 1:PlantAI双层架构与可执行闭环;实现结构图
Figure 1|PlantAI双层架构与可执行闭环。 a,PlantAI-dev与PlantAI-RAG的功能分层及数据交换;b,LangGraph核心意图—规划—执行路径;c,内置基因家族、RNA-seq和轻量Extension能力;d,阶段契约、执行、Manifest和产物验证;e,分析结果、深度解读和证据追溯输出。该图依据实现结构绘制,不包含模拟性能数据。

Table 1|PlantAI组件、实际作用与论文定位。 “实现支持”表示存在可调用代码或契约,不等同于已完成定量性能验证。

系统层组件主要输入主要输出实际作用证据状态论文定位
PlantAI-devRouter/Intent自然语言请求、项目上下文查询模式、分析意图区分知识咨询、分析执行与解读请求实现支持核心执行入口
PlantAI-devPlanningAgentV2意图、阶段能力、文件与已完成状态有序阶段计划生成依赖感知的分析子计划实现支持;需任务基准核心贡献
PlantAI-devPreflight阶段计划、输入、参数通过、拒绝或补充要求在工具运行前检查科学和工程条件实现支持;需消融核心贡献
PlantAI-devExecutionAgent与阶段注册表已确认计划、任务身份CLI运行、产物与状态把计划映射到真实分析工具实现支持核心贡献
PlantAI-dev阶段契约与Manifest输入、参数、运行产物完成状态、产物索引、追溯信息定义科学完成状态并保存证据实现支持可信执行基础
PlantAI-dev基因家族阶段集基因组、蛋白序列、注释和成员集合系统发育、结构、共线性、表达等结果执行候选家族深度分析实现支持;需主案例生信应用主线
PlantAI-devRNA-seq Analysis Manager样本表、计数矩阵或测序数据场景、比较与分析子计划绑定实验设计、可估计性和执行语义实现支持;需多场景验证生信应用主线
PlantAI-dev轻量Extension loop可运行代码、测试数据和命令经验证的扩展阶段保留算法语义地转换接口和产物契约实现支持;需分级基准扩展性贡献
PlantAI-devResultParser/Discovery阶段结果、证据上下文深度解读与后续建议提供可选后处理作用有限;缺少独立验证辅助组件
PlantAI-RAGSRT证据抽取与知识图文献与结构化记录实体—关系—证据记录构建可追踪知识层实现支持;质量需评价证据层基础
PlantAI-RAGGraph RAG实体、关系或方法查询邻域、路径和带来源回答检索多跳关系并保留证据字段实现支持;需基线比较独立Result
不纳入Diagnosis Agent错误日志修复建议或重试未形成可靠贡献不支持论文主张从贡献与主图删除

注:未实际启用的agentic RAG以及尚未验证的重测序—GWAS不列为当前能力。

2.2 LangGraph引导的意图—规划—执行链

PlantAI-dev以状态图组织核心流程。Router和Intent组件首先区分知识咨询、分析执行和深度解读等请求,并把分析型请求转交PlanningAgentV2。规划器读取用户目标、已上传文件、已完成阶段、阶段能力和依赖关系,产生有序子计划。Preflight在执行前检查输入文件、样本元数据、物种参数、上游产物和环境要求;ExecutionAgent随后通过阶段注册表调用共享pipeline backend和CLI入口。

本文不以初始化的Agent数量作为系统复杂度指标。核心执行贡献限定为意图解析、规划、预执行检查和执行。ResultParser与Discovery虽连接在部分结果处理路径中,但其可见作用主要集中在深度解读,因此作为可选后处理组件描述。Diagnosis相关代码不纳入本文系统贡献,也不用于性能结论。

2.3 阶段契约、分析范围与Manifest

每个标准阶段由输入要求、参数、输出产物和完成条件共同定义。执行前,系统根据契约确认必需文件及上游依赖;执行后,系统检查最终目录和Manifest中的产物记录。Manifest至少保存阶段标识、运行状态、分析前缀、产物路径和类型、摘要指标及追溯信息。因而,“任务完成”并不由智能体文本决定,而由Manifest状态和可解析产物共同决定。

对于多物种或子家族分析,系统还记录分析范围。范围由目标物种、参考物种、成员集合和分析路线共同确定,并在阶段上下文、计划、执行参数和产物状态之间传播。该设计用于避免把目标物种结果误认为目标—参考联合结果,或把一个成员集合的产物复用于另一个集合。

2.4 内置基因家族分析能力

PlantAI-dev的内置阶段覆盖植物基因家族研究的主要计算环节,包括家族成员鉴定、系统发育、保守motif、Pfam结构域、外显子—内含子结构、启动子和顺式元件、种内与种间共线性、染色体定位、组合图、表达模式、蛋白互作、直系同源和蛋白理化性质等。各阶段通过独立CLI或技能包装执行,并将核心产物写入统一工作区。本文将这些阶段视为一个契约化工具集合,而不是为每个生信工具单独定义一个智能体。

2.5 场景化RNA-seq分析管理

RNA-seq子系统接收标准化样本表、计数矩阵或原始测序数据。样本表描述样本标识、处理组、组织、时间、生物学重复和技术批次等字段。分析管理器首先构建输入包并计算稳定指纹,随后绑定执行语义、可估计性和生物学重复信息,再根据有效因素编译具体场景。支持的分析链包括原始数据质量控制、比对、定量、样本级质量评估、差异表达、GO/KEGG富集、基因集富集、共表达分析和候选家族汇总。

差异表达阶段采用经过验证的计数模型工具;具体模型根据设计和实现配置确定。系统不允许在缺少可估计比较、有效重复或必要背景注释时直接进入统计分析。富集分析在执行前检查gene-to-GO或gene-to-KO背景,或要求用户明确允许本地注释流程。对于需要用户确认的RNA-seq计划,系统把确认令牌与用户、任务、分析包指纹、子计划、计划摘要和版本绑定,并拒绝过期、篡改或跨任务重放。

2.6 RNA-seq到候选基因家族的证据传递

候选家族优先级由多类证据共同构成,而不是只依赖差异表达基因数量。系统可组合差异表达幅度与显著性、功能富集、基因集得分、共表达模块、家族成员覆盖以及后续可分析性等信息,形成候选基因和候选家族列表。候选被用户或规则确认后,其成员集合和来源证据被写入下游分析上下文,再进入鉴定、系统发育、结构和功能分析。该过程的关键不是固定某一种打分公式,而是保存每个候选的证据来源及其对应分析范围。

2.7 轻量Extension loop

Extension用于把用户已经拥有且能够运行的分析代码转换为PlantAI标准阶段,而不是让语言模型发明新的算法。系统首先保存原始代码和测试数据,规范化入口命令并执行原始基线;基线失败时停止转换。基线成功后,转换器生成API规格、输入角色、参数、输出契约和确定性包装命令。转换边界允许修改路径、输入绑定、输出收集和资源参数,但要求保留算法、工具选择、阈值和业务逻辑。

转写后的阶段依次经过试运行、用户确认、独立验证、原始与转写结果比较、模板门控和发布门控。失败信息可以进入受限修复循环,修复后重新执行对应门控。通过门控的阶段被注册为可由自然语言触发的标准阶段。本文采用这一轻量生命周期,不使用后续加入的“权威模式”作为文章方法。

2.8 PlantAI-RAG的证据记录与Graph RAG

PlantAI-RAG从植物基因家族和相关研究文献中抽取实体、关系及其证据。基本记录由source、relation、target、实体类型、证据文本、章节、论文标识、置信度、声明范围和输出层构成。知识图根据证据性质区分主要知识、方法关系、数据集元数据、背景关系和待审候选关系,默认检索不把待审候选混入正式证据。

Graph RAG提供三类接口:实体邻域查询返回与目标实体直接或间接相连的关系;路径查询在限定跳数内寻找两个实体之间的证据链;图问答先识别候选实体并执行全文实体检索,再按关系置信度和输出层优先级组织证据,最后可由语言模型基于检索记录生成回答。返回对象保留证据句、章节和论文标识,使回答能够追溯到原始来源。本文不把未实际进入主路径的Self-RAG或agentic检索写入当前方法。

2.9 实验设计

实验分为五组(Table 2)。实验一验证PlantAI能否从自然语言目标生成合法阶段计划并产生可追踪执行记录。实验二建立包含两组比较、多组比较、时间序列、多因素、技术批次和不可估计设计的RNA-seq场景集,评价设计识别、比较关系、子计划完整性和拒绝正确性。实验三选择一个真实RNA-seq项目,完成从原始数据或计数矩阵到候选家族,再对一个候选家族执行下游分析。实验四用由简单单脚本到多文件外部工具流程构成的分级代码集评价Extension。实验五用人工核对的查询—证据集合比较BM25、向量检索和Graph RAG。

主要指标包括计划阶段精确率和召回率、依赖合法率、执行成功率、Manifest完整率、RNA-seq设计正确率、比较关系正确率、候选证据可追溯率、Extension转写成功率、修复迭代次数、原始—转写输出一致性,以及检索Precision@10、Recall@10、MRR@10、nDCG@10、回答正确性和引用忠实度。每一项比较应使用相同输入、运行环境和评价标准。涉及随机模型调用时,应报告模型版本、温度、提示词版本、重复次数和置信区间。

Table 2|五组实验的研究问题、基线、指标与投稿门槛。 Draft版可使用模拟数据检查版式,但“投稿门槛”必须由真实实验满足。

Result研究问题评价单元基线或消融主要指标Draft状态投稿门槛
R1 系统闭环自然语言计划能否形成真实、可追踪执行分析任务与阶段运行无契约、无Preflight、固定模板计划F1、依赖合法率、执行成功率、Manifest完整率架构真实;数值待补完成真实任务集与消融
R2 RNA-seq场景系统能否识别实验设计并生成合法比较人工标注场景固定两组模板、去除可估计性检查设计正确率、比较正确率、拒绝正确率、计划完整率Figure 2为模拟至少覆盖六类设计并双人核对
R3 连续案例转录组证据能否传递至候选家族深度分析一个真实项目及其候选家族分段手工流程、无统一身份阶段完成率、证据可追溯率、候选一致性、产物审计Figure 3为模拟完成真实RNA-seq→家族闭环
R4 Extension可运行代码能否被转换为一致的标准阶段分级代码案例无修复循环、规则转换、仅检查可运行发布通过率、迭代次数、输出一致性、失败类型Figure 4为模拟原始与转写代码执行golden比较
R5 Graph RAG图检索能否改善证据命中和引用忠实度人工核对查询—证据对BM25、向量检索、去除图路径Precision/Recall@10、MRR、nDCG、回答正确性、引用忠实度Figure 5为模拟完成盲法标注与真实索引评估

注:所有模型比较使用相同输入和评价规则;记录模型、提示词、索引和软件版本。

2.10 模拟草稿数据的生成与标识

为在真实实验完成前检查图表结构,可生成不对应任何真实数据集的合成结果。生成脚本固定随机种子,明确变量范围和相关结构,并在源数据中写入data_status=simulated_draft_only。所有相关图内显示“SIMULATED DATA — DRAFT ONLY”,图注首句重复声明。模拟数值仅用于展示预期统计图和文章句式,不进入摘要中的性能结论,也不用于声称PlantAI优于基线。投稿前,这些面板必须由真实结果替换;若保留为正式模拟实验,则需在方法中完整说明生成机制和研究问题。

3 结果

3.1 PlantAI形成知识证据与契约执行相连接的双层系统

代码与接口审计显示,PlantAI-dev和PlantAI-RAG已形成职责明确的双层结构(Figure 1)。PlantAI-dev的主执行链将路由、意图识别、计划、预执行检查和阶段执行连接到共享分析后端;PlantAI-RAG则通过图接口返回实体、关系和来源证据。内置基因家族与RNA-seq阶段由统一注册表暴露,执行结果以Manifest和产物路径记录。该结构支持一个保守但可验证的系统结论:PlantAI能够把语言模型产生的计划约束到已有阶段及真实执行接口,而不是把自由文本回答直接视为分析结果。

系统审计同时揭示了需要在论文中主动限定的部分。LangGraph定义中存在结果解析、发现和诊断节点,但其独立贡献并未得到同等验证;因此Figure 1只把ResultParser和Discovery标为可选深度解读,将Diagnosis排除在论文贡献之外。Graph RAG与执行层已有接口桥接,但“接口存在”不等于检索能够改善最终生物学结论,后者由Result 5单独评价。

3.2 场景化管理使RNA-seq计划绑定到实验设计

RNA-seq分析管理器能够从样本表和计数矩阵构建稳定分析包,并为场景编译、可估计性、生物学重复和技术批次提供独立检查。与固定的“两组比较模板”相比,这种设计允许系统把不同问题映射为不同设计和子计划,同时在比较不可估计或重复不足时中止执行。Figure 2将分别报告设计识别、比较关系、计划完整性和错误拒绝表现。

模拟草稿结果——不可作为实验证据: 为验证Figure 2版式,拟生成60个合成场景,其中两组、多组、时间序列、多因素、批次混杂和不可估计设计各10个。示例模拟值可设为:完整系统的设计识别正确率91.7%,固定模板基线63.3%;比较关系正确率88.3%与58.3%;不可估计设计拒绝率90.0%与30.0%。这些数值仅用于草稿图和结果句式,真实稿需由人工标注场景集替换。

预期的关键误差不只是“阶段选错”,还包括把技术批次当成生物学因素、忽略交互效应、生成方向相反的比较、在缺少重复时执行差异检验,以及富集背景不匹配。因而,最终评价将同时报告总体正确率和错误类型,而不是只给一个平均分。

SIMULATED DATA — DRAFT ONLY
Figure 2:多场景RNA-seq计划生成与执行准备度;模拟草稿数据
Figure 2|多场景RNA-seq计划生成与执行准备度。 SIMULATED DATA — DRAFT ONLY:本图定量结果均为模拟草稿数据。 a,样本元数据到场景编译;b,不同实验设计及其比较关系;c–e,设计识别、子计划完整性和错误类型;投稿前需以人工标注场景集替换。

3.3 连续分析将转录组证据传递到候选基因家族

端到端案例用于检验PlantAI是否能够保持同一项目、样本设计和候选成员集合的证据连续性(Figure 3;Table 3)。分析从样本质量和差异表达开始,随后利用富集、基因集或共表达证据形成候选家族列表。选定家族后,系统执行家族成员鉴定、系统发育、motif、结构域、基因结构、共线性、表达、PPI或同源分析,并通过Manifest链记录上游证据和下游产物。

模拟草稿结果——不可作为生物学发现: Figure 3草稿可使用一个包含24个样本、4个处理/时间组合的合成表达矩阵。示例版式将显示1,248个差异表达基因、12个候选家族和一个排名第一的示例家族;候选家族分数由差异表达覆盖、富集、共表达和Graph RAG支持四部分构成。所有基因名、通路和效应量均使用虚构标识,不对应真实物种或真实基因。

真实案例完成后,本节只报告由数据直接支持的观察,例如候选家族在特定比较中的表达变化、成员在系统发育亚群中的分布以及结构和表达证据是否一致。PPI、同源或文献关系只作为功能假设支持,不能替代遗传学或湿实验因果验证。

SIMULATED DATA — DRAFT ONLY
Figure 3:RNA-seq到候选基因家族的连续分析;模拟草稿数据
Figure 3|RNA-seq到候选基因家族的连续分析。 SIMULATED DATA — DRAFT ONLY:本图生物学数值与标识均为模拟草稿数据,不代表真实发现。 a,实验设计和样本质量;b,差异表达;c,功能与基因集证据;d,候选家族排序;e–f,候选家族的进化、结构、表达和互作证据;g,Manifest追溯链。

Table 3|RNA-seq到候选基因家族端到端案例的阶段与追溯状态。 当前为真实结果替换模板,不填入模拟生物学结论。

阶段分析对象关键输入关键输出Manifest/身份要求当前状态投稿前需填写
项目与样本设计全部样本样本表、物种、处理和批次设计公式、比较列表项目ID、分析包指纹待真实案例数据库项目号、样本数、设计
原始数据QCFASTQ原始reads质控报告、清洗reads样本ID与输入校验待真实案例读长、质量、保留比例
比对与定量各样本参考基因组和注释BAM、基因计数参考版本、链特异性待真实案例比对率、计数覆盖
样本级QC计数矩阵归一化表达PCA、相关性、异常样本样本身份一致待真实案例异常样本处理
差异表达设计与计数比较、批次、重复差异基因表比较方向和模型版本待真实案例阈值、效应量、显著基因数
富集/基因集/共表达差异或排序基因背景注释、基因集通路和模块证据背景来源可追溯待真实案例数据库版本、显著条目
候选家族排序多类证据DEG、富集、模块和文献关系候选基因与家族列表每项证据保留来源待真实案例排序规则、候选数、选定家族
家族鉴定与范围确认选定家族HMM/参考序列、基因组成员集合scope/member-set身份待真实案例成员数与筛选规则
进化和结构分析家族成员蛋白、CDS、GFF树、motif、domain、结构同一成员集合待真实案例主要可重复观察
基因组与功能证据家族成员基因组位置、同源和表达共线性、表达、PPI/同源证据物种范围与来源待真实案例仅报告非因果性观察
证据汇总全流程Manifest和Graph RAG证据可追溯结果报告全链Manifest可解析待真实案例缺失阶段与局限

3.4 轻量Extension loop支持分级代码转写

Extension实现已经包含原始基线、转换、试运行、确认、验证、结果比较和发布门控等状态,且转换边界明确要求保留原始算法、工具和阈值(Figure 4)。这使扩展性可以被定义为一个可测试问题:同一输入下,转换阶段是否能够运行、是否生成约定产物,以及其输出是否与原始代码一致,而不是仅检查是否生成了包装脚本。

模拟草稿结果——不可作为转写性能证据: Figure 4草稿拟包含40个合成案例,按单脚本、多参数、多文件、外部工具和复杂流程分层。示例模拟值为总体发布通过率77.5%,中位修复迭代1次;简单层通过率95%,复杂层55%;失败主要来自输入角色误绑定、输出路径错误、参数语义丢失和外部依赖缺失。真实评估需使用实际可运行代码、保留原始输出并执行golden比较。

未来的重测序—GWAS流程可作为复杂度最高的压力测试,但在完成真实转写和验证前,不把它列为PlantAI已经支持的分析能力。

SIMULATED DATA — DRAFT ONLY
Figure 4:轻量Extension loop及分级代码转写评价;模拟草稿数据
Figure 4|轻量Extension loop及分级代码转写评价。 SIMULATED DATA — DRAFT ONLY:本图定量结果均为模拟草稿数据。 a,从原始基线到发布阶段的生命周期;b,代码复杂度分层;c–f,发布通过、修复迭代、输出一致性和失败类型;真实评估需执行原始与转写代码的golden比较。

3.5 Graph RAG返回带来源和声明范围的关系证据

当前Graph RAG接口能够查询实体邻域、在限制跳数内搜索路径,并返回source、relation、target、evidence、section、paper_id、confidence、claim_scope和output_layer等字段(Figure 5)。候选审查层默认不进入正式查询,降低了未经确认的关系与主知识混合的风险。图问答可以在语言模型生成回答前保留最多若干条结构化边,使回答过程具备可审计输入。

模拟草稿结果——不可作为检索优势证据: Figure 5草稿拟使用100个合成查询,示例模拟值为Graph RAG的Recall@10为0.78、MRR@10为0.71、引用忠实度为0.89;向量检索对应为0.68、0.62和0.77,BM25为0.55、0.49和0.83。该模拟仅用于展示“图检索可能提高多跳召回,而关键词检索可能保持较高字面引用精度”的图形结构,不能用于真实比较结论。

最终评估将把查询按单实体事实、关系检索、多跳证据、方法选择和边界控制分层,并报告Graph RAG在哪些问题上没有优势。特别需要检查实体别名、物种歧义、错误关系方向、低置信候选混入和证据句与回答不一致等失败模式。

SIMULATED DATA — DRAFT ONLY
Figure 5:Graph RAG证据检索和可追踪回答;模拟草稿数据
Figure 5|Graph RAG证据检索和可追踪回答。 SIMULATED DATA — DRAFT ONLY:本图定量结果均为模拟草稿数据,不能用于支持检索优势结论。 a,SRT证据记录;b,分层知识图;c,实体邻域和有限跳路径示例;d–f,检索指标、引用忠实度和失败类型。

4 讨论

PlantAI的核心推进不在于增加智能体数量,而在于把智能体输出约束到可执行和可核查的科学对象。传统工作流系统擅长在既定流程中管理依赖和环境(Di Tommaso et al., 2017;Ewels et al., 2020),而近期科学智能体强调自然语言交互、工具选择和跨来源信息整合(Chen et al., 2026;Ding et al., 2025;Pickard et al., 2025)。PlantAI位于两者之间:语言模型负责理解和规划,但阶段注册表限定可调用能力,契约限定输入输出,Manifest限定完成状态,Graph RAG限定可引用证据。该分工不能消除模型错误,却使错误更容易在执行前、产物检查或证据审计中被发现。

RNA-seq主线为系统提供了比“运行一个预先指定的基因家族流程”更接近研究实践的入口。研究者通常从处理、组织、发育阶段或表型出发,而不是从一个已经选好的家族出发。场景化设计允许系统在调用DESeq2或edgeR等统计方法前明确比较和可估计性(Love et al., 2014;Robinson et al., 2010),候选家族层再把转录组信号连接到进化和结构分析。需要强调的是,这一链条产生的是候选优先级和可检验假设,而不是基因功能的因果证明。

Extension与Graph RAG分别解决能力边界和知识边界。轻量Extension loop使系统不必把所有分析永久写入核心代码,但其可信性依赖原始基线和结果一致性;因此本文把它定义为“已有代码的受约束转写”,而不是自动软件开发。Graph RAG则能保留关系、证据位置和声明范围,适合回答需要实体关联和多跳证据的问题;但知识图质量受文献解析、实体规范化和关系抽取影响。即使图检索得分提高,也不能据此推断生成回答必然正确。

本研究仍有五方面限制。第一,当前部分证据来自代码与接口审计,尚不足以证明真实任务上的性能优势。第二,多场景RNA-seq需要覆盖更多物种、实验设计和低质量元数据,才能验证其泛化性。第三,端到端生物学案例若只有一个候选家族,不能代表所有基因家族和物种。第四,Extension评估必须控制原始代码质量,否则转写失败可能来自输入程序本身。第五,Graph RAG需要人工核对的查询集和引用忠实度标注;知识图规模、关系类型和文献覆盖也会限制结论。外部语言模型和数据库版本还可能影响可复现性,因而正式实验必须保存模型、提示词、索引和环境版本。

PlantAI的后续扩展方向是把轻量Extension应用到重测序、变异检测和GWAS等更长的流程,并检验跨分析类型的身份和产物契约是否仍然成立。这一方向与当前题目中的“plant bioinformatics analysis”一致,但不应在本稿中提前写成已验证结果。更现实的近期目标是完成真实RNA-seq闭环、分级Extension基准和Graph RAG对照实验,并公开可复现包。

5 结论

本文提出PlantAI,一个由PlantAI-dev执行层和PlantAI-RAG证据层组成的可扩展多智能体系统。PlantAI通过LangGraph组织意图、计划和执行,通过阶段契约、分析范围与Manifest把智能体决策绑定到真实分析,通过轻量Extension loop扩展已有代码,并通过Graph RAG返回可追踪的文献关系证据。当前实现支持对系统结构和功能路径的确定描述,但其定量优势和跨任务泛化仍需真实实验验证。因而,PlantAI目前最合适的定位是一个面向植物生信工作流的证据约束执行框架,而不是自主完成所有植物组学研究的通用智能体。

数据、代码与声明

数据可用性

正式稿需列出所有公共RNA-seq或基因组数据的数据库、项目号和版本。图表源数据将与稿件一并提供。模拟草稿数据与真实实验数据应分目录保存,并在文件级元数据中标记数据状态。

代码可用性

正式稿需提供PlantAI-dev、PlantAI-RAG、实验配置、容器或环境文件、提示词版本、绘图脚本和复现说明。若代码在审稿阶段为匿名仓库,应在接收后替换为永久地址和版本标签。

作者贡献

[待作者填写CRediT贡献:Conceptualization;Methodology;Software;Validation;Formal analysis;Data curation;Visualization;Writing—original draft;Writing—review and editing;Supervision;Funding acquisition。]

利益冲突

作者声明是否存在利益冲突。[待作者确认。]

参考文献

Chen, F., et al., 2026. A conversational multi-agent AI system for automated plant phenotyping. Nature Communications. https://doi.org/10.1038/s41467-026-71090-y

Di Tommaso, P., et al., 2017. Nextflow enables reproducible computational workflows. Nature Biotechnology 35, 316–319. https://doi.org/10.1038/nbt.3820

Ding, K., et al., 2025. SciToolAgent: a knowledge-graph-driven scientific agent for multitool integration. Nature Computational Science 5, 962–972. https://doi.org/10.1038/s43588-025-00849-y

Ewels, P.A., et al., 2020. The nf-core framework for community-curated bioinformatics pipelines. Nature Biotechnology 38, 276–278. https://doi.org/10.1038/s41587-020-0439-x

Love, M.I., Huber, W., Anders, S., 2014. Moderated estimation of fold change and dispersion for RNA-seq data with DESeq2. Genome Biology 15. https://doi.org/10.1186/s13059-014-0550-8

Pickard, J., et al., 2025. Automatic biomarker discovery and enrichment with BRAD. Bioinformatics 41. https://doi.org/10.1093/bioinformatics/btaf159

Robinson, M.D., McCarthy, D.J., Smyth, G.K., 2010. edgeR: a Bioconductor package for differential expression analysis of digital gene expression data. Bioinformatics 26, 139–140. https://doi.org/10.1093/bioinformatics/btp616

Yang, T., et al., 2025. The rise and potential opportunities of large language model agents in bioinformatics and biomedicine. Briefings in Bioinformatics 26. https://doi.org/10.1093/bib/bbaf601

Figure legends

Figure 1|PlantAI双层架构与可执行闭环。 a,PlantAI-dev与PlantAI-RAG的功能分层及数据交换;b,LangGraph核心意图—规划—执行路径;c,内置基因家族、RNA-seq和轻量Extension能力;d,阶段契约、执行、Manifest和产物验证;e,分析结果、深度解读和证据追溯输出。该图依据实现结构绘制,不包含模拟性能数据。

Figure 2|多场景RNA-seq计划生成与执行准备度。 SIMULATED DATA — DRAFT ONLY:本图定量结果均为模拟草稿数据。 a,样本元数据到场景编译;b,不同实验设计及其比较关系;c–e,设计识别、子计划完整性和错误类型;投稿前需以人工标注场景集替换。

Figure 3|RNA-seq到候选基因家族的连续分析。 SIMULATED DATA — DRAFT ONLY:本图生物学数值与标识均为模拟草稿数据,不代表真实发现。 a,实验设计和样本质量;b,差异表达;c,功能与基因集证据;d,候选家族排序;e–f,候选家族的进化、结构、表达和互作证据;g,Manifest追溯链。

Figure 4|轻量Extension loop及分级代码转写评价。 SIMULATED DATA — DRAFT ONLY:本图定量结果均为模拟草稿数据。 a,从原始基线到发布阶段的生命周期;b,代码复杂度分层;c–f,发布通过、修复迭代、输出一致性和失败类型;真实评估需执行原始与转写代码的golden比较。

Figure 5|Graph RAG证据检索和可追踪回答。 SIMULATED DATA — DRAFT ONLY:本图定量结果均为模拟草稿数据,不能用于支持检索优势结论。 a,SRT证据记录;b,分层知识图;c,实体邻域和有限跳路径示例;d–f,检索指标、引用忠实度和失败类型。

投稿前替换清单

  1. 用真实实验替换Figures 2–5和所有“模拟草稿结果”段落。
  2. 完成至少一个真实植物RNA-seq→候选家族→深度分析案例。
  3. 完成强基线、关键消融、失败案例和统计不确定性报告。
  4. 将参考文献扩充为覆盖智能体工作流、植物组学、实验设计、代码转写和Graph RAG的完整文献集。
  5. 补齐作者、单位、通讯信息、CRediT、基金、致谢、利益冲突、数据和代码永久地址。
  6. 由全体作者逐图逐数核验,并完成AIIA关于AI辅助写作和图像政策所要求的声明或重绘。
↑