1. 项目概述一个重新定义AI科研能力的基准测试如果你和我一样长期关注AI在科研自动化领域的发展那你一定见过不少“AI科学家”的演示。它们能写代码、能画图、甚至能生成看起来像模像样的论文草稿。但一个核心问题始终悬而未决这些AI代理Agent产出的“科研成果”到底有多少是真正站得住脚的它们是在复现已知结论还是能做出超越人类已有认知的新发现ResearchClawBench的出现就是为了回答这个问题。它不是又一个测试代码生成准确率的LeetCode式基准也不是考察模型知识储备的问答集。它的野心更大——它要评估AI代理能否像一位真正的科学家那样从原始数据出发独立完成一项完整的科学研究并最终产出一份经得起同行评议的、具有发表质量的研究报告。这个项目的核心逻辑非常清晰给AI一个真实的科研工作空间包含原始数据集和相关文献以及一个明确的研究目标通常源自一篇已发表的论文然后让它放手去干。最后将AI生成的报告与人类科学家撰写的原论文进行“盲审”式对比打分。分数超过50分意味着AI达到了原论文的水平超过70分则意味着它在某些方面实现了超越。这听起来简单但背后是一套极其严谨、由领域专家精心构建的评估体系。2. 核心设计理念从“复现”到“超越”的两阶段管道为什么说ResearchClawBench的设计是革命性的因为它把科研过程本身拆解成了一个可量化、可复现的基准测试。这背后有两个关键设计理念值得我们深入探讨。2.1 第一阶段完全自主的科研探索在第一阶段AI代理被置于一个“无菌”的沙箱工作空间中。这个空间里只有三样东西原始数据可能是.csv表格、.h5文件、.pdb分子结构或是任何该领域常见的原始数据格式。任务指令一份清晰描述研究目标、背景和预期交付物的INSTRUCTIONS.md文件。相关文献一个related_work/文件夹里面放着几篇相关的背景论文供AI参考。然后AI代理的“黑箱”就启动了。它需要自己探索数据、理解问题、编写分析代码、生成可视化图表并最终撰写一份包含方法、结果和讨论的完整报告report/report.md。整个过程没有任何人工干预或分步提示完全模拟了人类研究员接手一个新项目时的状态。注意这里的关键是“完全自主”。项目方不会给AI任何关于“第一步该做什么”的提示。它必须自己决定是先做数据清洗还是先做探索性分析或是先读文献。这种开放性是检验AI是否具备“科学通用智能”的关键。2.2 第二阶段基于参考的严格同行评审AI写完报告工作只完成了一半。第二阶段才是真正的“大考”评估。评估不是简单地看报告写得漂不漂亮而是将其与目标论文进行逐项比对。这里引入了“检查清单”的概念。对于基准中的每一个任务领域专家都会从对应的原论文中提炼出一份精细化的检查清单。这份清单不是笼统的“方法正确”、“结论合理”而是包含了具体的、可验证的技术关键词和权重。例如一个关于“使用图神经网络预测分子性质”的任务其检查清单可能包括项目实现了消息传递神经网络MPNN架构。权重15 类型文本关键词message passing,neural network,graph convolution项目在测试集上报告的ROC-AUC值达到或超过0.85。权重20 类型文本关键词ROC-AUC,test set,0.85项目生成了与图3类似的分子性质与结构关系的散点图。权重10 类型图像评估时一个扮演“严格审稿人”的大型语言模型LLM Judge会同时看到任务指令、AI的报告和这份检查清单。它的任务是根据清单上的每一项在AI的报告中寻找证据并给出0-100的分数。评估模式分为两种由Judge自动判断采用模式A客观评估针对涉及具体数值、指标的结果。比如“准确率达到95%”。Judge会对比AI报告中的数值与原论文的数值根据偏差程度打分。41-50分意味着“结果与原论文大致相当”而91-100分则意味着“取得了远超原论文的突破性结果”。模式B主观评估针对理论解释、机制分析等定性内容。比如“讨论了催化剂活性与表面氧空位浓度的关系”。Judge会评估AI分析的深度、逻辑的严谨性和证据的充分性。同样41-50分代表分析深度与原论文相当更高分则代表更深入的洞察。这种设计巧妙地将主观的“科研质量”评估转化为了相对客观的、基于清单的比对。它迫使评估者LLM Judge必须依据具体的证据打分而不是凭感觉。3. 实战部署与运行手把手搭建你的评估环境理论讲完了我们来点实际的。如何在自己的机器上跑起来ResearchClawBench亲眼看看AI是怎么做科研的下面是我一步步踩过来的详细流程和注意事项。3.1 环境准备与基础安装首先确保你的环境满足基本要求Python 3.10 以及一个稳定的网络环境用于下载模型和任务数据。# 1. 克隆仓库 git clone https://github.com/InternScience/ResearchClawBench.git cd ResearchClawBench # 2. 安装Python依赖 # 强烈建议先创建一个虚拟环境 python -m venv venv source venv/bin/activate # Linux/Mac # venv\Scripts\activate # Windows pip install -r evaluation/requirements.txt依赖安装通常很顺利但可能会遇到flask或openai版本冲突。如果遇到问题可以尝试先升级pip或者根据错误信息单独安装指定版本的包。我的经验是严格按照项目提供的requirements.txt来能避免90%的环境问题。3.2 配置API密钥与评分模型项目的评估核心依赖于一个强大的LLM作为“法官”默认是OpenAI的GPT系列模型。你需要准备相应的API密钥。# 进入评估框架目录 cd evaluation # 复制环境变量模板文件 cp .env.example .env然后用文本编辑器打开新创建的.env文件填入你的OpenAI API信息# evaluation/.env 文件内容 OPENAI_API_KEYsk-your-actual-openai-api-key-here OPENAI_BASE_URLhttps://api.openai.com/v1 # 如果你用的是官方接口保持这个即可 SCORER_MODELgpt-4o # 或者 gpt-4-turbo, gpt-3.5-turbo。建议使用能力最强的模型以保证评估质量。重要提示评估过程会频繁调用Judge模型尤其是当你要批量运行多个任务时会产生可观的API调用费用。在正式大规模运行前强烈建议先用一个简单的任务测试整个流程估算单次评估的成本。另外SCORER_MODEL的选择直接影响评分质量GPT-4系列通常比GPT-3.5系列在理解和执行复杂评分规则上更可靠。3.3 安装与配置AI代理AgentResearchClawBench支持多种AI代理你需要至少安装一个才能进行“科研”阶段。项目内置了从轻量级到重量级的多种选择我以两个典型代表为例说明。方案一轻量级基线 - ResearchHarness如果你只是想快速测试评估流程或者想低成本地对比不同大语言模型LLM在相同工作流下的表现ResearchHarness是个不错的选择。它是一个轻量级的封装框架。克隆ResearchHarness仓库到本地某个位置。git clone https://github.com/black-yt/ResearchHarness.git /path/to/your/ResearchHarness修改ResearchClawBench的代理配置文件。打开evaluation/agents.json找到research_harness部分将其中的/abs/path/to/ResearchHarness替换为你刚刚克隆的实际绝对路径。确保ResearchHarness自身的依赖已安装参考其README。方案二功能强大的自主代理 - Claude Code如果你追求更强大的自主科研能力Claude CodeAnthropic出品是当前表现第一梯队的选手。安装和配置稍复杂一些。按照 官方文档 安装Claude Code CLI工具。这通常涉及下载、安装并通过claude auth命令登录你的Claude账户。安装后在命令行输入claude --version确认安装成功。ResearchClawBench的agents.json中已经预置了Claude Code的配置只要你的claude命令在系统PATH中能被找到它就可以直接工作。踩坑记录代理配置中最容易出错的地方是命令路径和参数格式。agents.json中的cmd字段使用了PROMPT和WORKSPACE这两个占位符。系统会在运行时自动替换它们。请确保你添加的自定义代理命令格式正确特别是如何接收提示词是通过-p文件参数还是通过标准输入或引号包裹的字符串。仔细研究已有配置如Claude Code的claude -p PROMPT是避免踩坑的最好方法。3.4 下载任务数据与启动服务项目自带40个核心任务涵盖了天文、化学、物理等10个学科。这些任务数据已经包含在仓库的tasks/目录下。此外社区还在Hugging Face上贡献了更多任务。# 如果你需要社区贡献的额外任务可以使用下载脚本 # 首先安装 huggingface_hub 库如果还没装的话 pip install huggingface_hub # 下载脚本 curl -L -o download_tasks.py https://huggingface.co/datasets/InternScience/ResearchClawBench/resolve/main/download_tasks.py # 下载所有额外任务到本地tasks目录确保你在ResearchClawBench根目录 python download_tasks.py --all --output-dir ./tasks一切就绪后就可以启动本地评估服务器了。# 在ResearchClawBench根目录下运行 python -m evaluation如果一切正常终端会显示服务器启动信息。打开浏览器访问http://localhost:5000你就能看到ResearchClawBench的Web界面了。4. 深度使用指南从单次运行到结果解读界面很简洁主要分为“任务浏览”、“自动研究”和“评估”三个部分。我们来看看如何进行一次完整的评估并理解其结果。4.1 执行一次完整的AI科研任务选择任务在主页你会看到一个按学科分类的任务列表。每个任务都有一个ID如Astronomy_000和简短描述。点击一个任务进入详情页。选择代理在详情页你可以看到该任务的数据集大小、相关工作和目标论文摘要。下方有一个下拉菜单列出了所有你在agents.json中配置好的代理。选择一个你想测试的代理例如Claude Code。开始运行点击“Start Run”按钮。这时系统会做几件事在workspaces/目录下创建一个以任务ID和时间戳命名的新工作空间。将任务数据data/,related_work/复制到该工作空间。根据任务信息和代理类型生成一份详细的提示词Prompt并启动你选择的AI代理进程。代理开始在工作空间内自主运行。你可以在“Auto Research”标签页实时看到它的思考过程、执行的命令、生成的代码和输出。这个过程可能持续几分钟到几十分钟取决于任务的复杂度和代理的速度。等待完成代理运行结束后它会生成最终的report/report.md文件以及可能用到的代码和图表。界面会提示运行完成。4.2 启动评估与理解评分报告研究阶段完成后切换到“Evaluation”标签页。启动评估点击“Score”按钮。系统会将AI生成的报告、原始任务指令以及专家制定的检查清单一起发送给你在.env中配置的LLM Judge如GPT-4。查看结果评估完成后页面会刷新显示详细的评分报告。报告通常分为几个部分总分加权计算后的最终得分。记住50分是及格线代表达到了原论文水平。检查清单逐项评分这是最核心的部分。你会看到清单上的每一个项目后面跟着Judge给出的分数0-100以及一段评分理由。Judge会引用AI报告中的具体文本来证明为什么给出这个分数。模式标识每个项目旁会标注是“客观”还是“主观”评估模式。分析评分理由不要只看分数一定要读评分理由。这是理解AI强项和弱项的绝佳窗口。例如Judge可能会写“代理正确实现了MPNN架构提及了‘message passing’和‘graph convolution’但在报告中未提供关键的层间聚合函数的具体公式因此在本项‘方法描述完整性’上扣分。” 这种反馈对于改进代理的提示词或能力至关重要。4.3 自定义与扩展添加你自己的代理或任务ResearchClawBench的强大之处在于其可扩展性。你可以轻松地加入新的AI代理来打榜或者贡献新的科研任务。添加新代理 如前所述只需编辑evaluation/agents.json文件。关键是指定正确的cmd命令。你需要了解你的代理如何通过命令行接收两个核心输入提示词PROMPT和工作空间路径WORKSPACE。系统会自动进行替换。添加后重启服务器你的代理就会出现在下拉菜单中。贡献新任务 项目鼓励社区贡献新的科研挑战。标准的任务目录结构如下YourTaskID/ ├── task_info.json # 任务元数据标题、描述、领域等 ├── data/ # 原始数据集 ├── related_work/ # 背景文献PDF等 └── target_study/ # 目标论文及相关材料 ├── paper.pdf # 目标论文原文 ├── checklist.json # 专家制定的评估清单 └── figures/ # 论文中的关键图表用于图像对比你需要按照这个结构整理好数据然后通过官方的 Hugging Face提交空间 上传。经过维护者审核后你的任务就会被合并到公共数据集中供所有人使用。5. 常见问题与排查实录在实际部署和运行中我遇到了不少问题。这里把一些典型问题和解决方案整理出来希望能帮你节省时间。5.1 代理运行失败或超时症状点击“Start Run”后代理很快失败或者长时间卡住没有输出。排查步骤检查代理命令行首先在终端手动测试你的代理命令是否能在工作目录外独立运行。例如对于Claude Code试试claude -p some_prompt.txt是否正常响应。检查工作空间权限确保运行ResearchClawBench的用户对workspaces/目录有读写权限。查看服务器日志ResearchClawBench的服务器会在终端输出详细日志。仔细阅读错误信息常见的有“命令未找到”代理未安装或不在PATH、“权限被拒绝”或“API密钥无效”。调整超时设置在evaluation/config.py中有一个AGENT_TIMEOUT参数默认是3600秒。对于特别复杂的任务或较慢的代理你可能需要增加这个值。反之如果代理卡死可以适当减少。我的经验大部分代理启动失败都是因为agents.json中的cmd格式不对。特别是那些需要通过复杂参数或环境变量启动的代理。最稳妥的方法是先写一个简单的shell脚本包装你的代理确保它能接受文件路径作为提示词输入然后在agents.json中调用这个脚本。5.2 评估Scoring阶段报错或分数异常症状点击“Score”后长时间无反应或返回一个很低的分数如0分但AI报告看起来内容很丰富。排查步骤检查API密钥和模型确认.env文件中的OPENAI_API_KEY和SCORER_MODEL设置正确并且你的账户有足够的额度。检查网络连接如果使用自定义的OPENAI_BASE_URL例如某些代理API确保URL可达且稳定。检查生成的报告进入对应的工作空间目录打开report/report.md。确保这是一个格式良好的Markdown文件并且包含了实质性的研究内容方法、结果、图表引用等。有时代理可能生成一个空文件或格式混乱的文件导致Judge无法解析。查看Judge的原始输出在evaluation/目录下的日志文件或服务器返回的JSON数据中有时会包含Judge模型的原始回复。查看它是否正确地解析了检查清单和报告。一个常见的低级错误是AI报告中的图表以形式引用但实际生成的图片文件路径或名称不对导致Judge在“图像对比”项目上无法找到图片而打0分。我的经验评估阶段最耗资源也最易出错。对于不稳定的网络或API可以考虑在score.py中增加重试逻辑。另外对于非常重要的评估我有时会手动将AI报告和检查清单复制到ChatGPT等界面模拟Judge的视角进行人工复核以验证自动评分的合理性。5.3 任务数据或社区任务下载失败症状运行download_tasks.py脚本时连接超时或下载中断。解决方案使用代理或镜像Hugging Face在国内访问可能不稳定。可以尝试设置HTTP代理环境变量HTTP_PROXY,HTTPS_PROXY。手动下载直接访问 Hugging Face数据集页面 找到你想要的任务文件夹如Astronomy_005手动下载整个文件夹的压缩包然后解压到本地的tasks/目录下。只要目录结构符合规范系统就能识别。分任务下载不要一次性下载--all改用--task参数指定单个任务ID下载减少单次请求的数据量。5.4 性能优化与成本控制挑战运行40个任务每个任务研究评估可能需要消耗大量计算资源和API调用费用。策略抽样评估不必一次性跑完所有任务。可以每个学科选1-2个代表性任务进行测试。使用轻量级Judge模型在测试和调试阶段将.env中的SCORER_MODEL改为gpt-3.5-turbo可以大幅降低成本尽管评分质量可能略有下降。缓存评估结果ResearchClawBench本身是否缓存评分结果取决于具体实现。你可以考虑手动备份workspaces/下已评分任务的运行结果避免重复评估。本地部署Judge模型如果条件允许可以考虑使用开源的、能力强大的LLM如Qwen2.5-72B-Instruct, Llama 3.1 405B在本地部署通过兼容OpenAI API的服务器如vLLM, Ollama来充当Judge从而完全免除API费用。这需要修改score.py中调用Judge的代码指向本地端点。这个项目不仅仅是一个基准测试它更像一个开放的实验平台。通过它我们可以清晰地看到当前最先进的AI代理在面对真实的、复杂的科研问题时究竟能做到哪一步——是在重复人类已有的知识还是已经具备了独立发现新知识的萌芽。运行它、观察它、分析结果这个过程本身就是一次对AI科研前沿的深度探索。