科学软件部署的现状与瓶颈 - 绝大多数科学软件停留在“被发布过”而非“可直接运行”的状态，部署过程常需数天甚至数周解决编译、依赖和兼容性问题[3] - 这种手工维护、不可移植的模式在结构上限制了科学软件的可复现性、大规模评估和系统性集成[3] - 随着AI for Science兴起，工具是否“真的能跑”从工程细节变为第一性问题，AI系统需与科学工具紧密交互[3] - 在Agentic Science场景中，工具部署就绪问题更加尖锐，成为制约其规模化发展的结构性瓶颈[4][5] Deploy-Master项目的目标与设计 - 项目旨在解决科学软件“部署瓶颈”，核心判断是问题不在于工具不够多，而在于缺乏将工具系统性转化为可执行事实的共享基础设施[5] - 项目围绕“发现、理解、构建、执行”的连续部署链路，设计为以执行为中心的一站式自动化工作流[5] 工具发现与筛选流程 - 从91个科学与工程领域出发构建学科空间，使用语言模型扩展关键词，在GitHub等平台进行大规模检索[8] - 通过依赖、引用等信号迭代扩展初始“锚点”仓库，避免关键词搜索盲区[8] - 通过多阶段漏斗流程，从最初约50万个仓库收敛为52550个进入自动部署流程的科学工具候选[9] 自动化构建与验证机制 - 面对构建信息零散、不完整的现实，Build Agent系统遍历构建线索并生成初始方案[13] - 引入双模型评审与辩论机制，通过模型间多轮交互修正方案，将构建成功率从50%–60%提升至95%以上[13] - 每个工具通过最小可执行命令验证，成功部署的工具被结构化、注册并发布至玻尔与SciencePedia平台[13] 部署规模、成本与可观测性 - 构建时间分布呈现长尾特征，大部分工具可在7分钟左右完成，部分涉及复杂编译的工具耗时显著更长[15] - 在成功部署的50112个工具中，覆盖了170多种编程语言，Python占比最大，其次是C/C++、Notebook、R、Java等[16] - 部署成功率在大部分语言中维持较高水平，少数较低情况集中在依赖复杂编译链或系统级库的语言，如C/C++、Fortran[16] - 在2438次构建失败中，失败原因高度集中，最主要来源是构建流程错误，远多于资源、网络或权限问题[16] - 统一的执行基础设施使“科学软件难以部署”从经验判断转化为可量化、可分析、可改进的工程对象[17] 对Agentic Science与更广泛生态的意义 - 项目为社区Agent与各类Master Agent提供了长期缺失的基础前提，即经过执行验证的稳定行动空间[19] - 使得不同来源的社区Agent可以共享同一批可执行工具能力，无需各自维护脆弱环境[19] - 科学工具被视为自动化部署中最困难的一类，在此“最难场景”的成功表明，核心问题在于是否建立以执行为核心的基础设施[19] - 这一判断适用于更广泛的软件工具生态，只要工具需要被执行，就无法绕开“不完美信息”的现实前提[20] - 在Agentic Science时代，执行不是推理后的附属步骤，而是所有能力得以成立的前提[20]