GeoCodeBench: Benchmarking PhD-Level Coding in 3D Geometric Computer Vision¶
会议: CVPR 2026
arXiv: 2603.30038
代码: https://geocodebench.github.io/
领域:3D视觉
关键词: 3D视觉代码生成, LLM评测, 几何算法实现, PhD级benchmark, 单元测试
一句话总结¶
首个面向3D几何计算机视觉的PhD级代码生成基准GeoCodeBench,包含100个从2025年顶会论文+代码库中精选的函数补全任务,配套自动化多样化单元测试,最强模型GPT-5仅36.6%通过率,揭示LLM在科学级3D代码实现上的巨大差距。
研究背景与动机¶
领域现状:AI辅助编程已重塑软件实践和研究工作流,但现有模型在复杂3D几何视觉代码上仍然挣扎。如果模型能可靠地编写这类代码,3D视觉研究将发生根本变革(自动原型设计、加速研究周期、民主化算法开发)。
现有痛点:(1) 现有代码基准(HumanEval/MBPP/SWE-bench)不覆盖3D几何实现——它们面向通用软件工程或竞赛编程;(2) 科学3D视觉代码需要数学精确的几何算子、物理建模和多视图推理——远超通用能力;(3) 论文-to-code的长上下文科学理解仍是未解问题。
核心矛盾:LLM已能生成通用代码,但无法可靠实现3D几何视觉的核心函数——这个差距有多大?瓶颈在哪里?
切入角度:模拟实际研究场景——给模型论文文本+函数骨架,要求填充实现,用单元测试自动评判。
核心idea:(1) 从2025年顶会论文官方仓库提取核心函数;(2) 自动工具提名+人工筛选确保质量;(3) 多样化边界测试覆盖几何退化配置;(4) 两级能力分类体系评估。
方法详解¶
整体框架¶
GeoCodeBench 把"读论文、实现算法"的真实研究场景搬进了一个可自动评判的任务里:每道题给模型一篇 3D 几何视觉论文的正文、一份被挖空了核心函数的代码,以及一个标准化的执行模板,要求模型把空函数补完整。补好的代码送进沙盒执行,跑配套的单元测试,按通过比例打分。整条流水线从原始论文 PDF 和官方代码库出发,经过论文 OCR、函数挖空、测试生成三条并行工序汇合成 100 个函数补全任务,再进入"喂输入→补全→执行→打分"的评测环路。
%%{init: {'flowchart': {'rankSpacing': 24, 'nodeSpacing': 28, 'padding': 6, 'wrappingWidth': 400, 'subGraphTitleMargin': {'top': 8, 'bottom': 16}}}}%%
flowchart TD
subgraph BUILD["论文/代码/测试三路并行构建(自动提名 + 人工审核)"]
direction TB
P["论文侧·OCR<br/>MinerU 抽取文本/公式/图<br/>→ 分章节结构化 JSON"]
C["代码侧·挖空<br/>Cursor 提名 10–20 候选<br/>→ 人工选 3–5 核心函数<br/>函数体置 ****EMPTY****"]
T["测试侧·生成<br/>Cursor 出 ~10 个多配置测试<br/>+ 统一执行模板 → 人工审核"]
end
P --> TASK["100 个函数补全任务"]
C --> TASK
T --> TASK
TASK --> TAX["两级能力分类体系<br/>General(几何变换 / 力学光学)<br/>Research(新算法 / 几何逻辑路由)"]
TAX --> IN["喂给 LLM 的三件输入<br/>结构化论文 + 挖空代码 + 执行模板"]
IN -->|"上下文消融:全文 / 截断到 Method / 仅 Abstract"| LLM["目标 LLM 补全空函数"]
LLM --> SAND["沙盒执行 → 跑配套单元测试"]
SAND --> SCORE["PassRate 打分"]
关键设计¶
1. 论文/代码/测试三路并行构建:把"论文核心的 3D 几何函数"从顶会代码库里精准挖出来
一个好的科学编码基准,难点不在收集代码,而在于挑出真正考验几何能力、又不至于 trivial 的那几个函数。论文把构建拆成三条并行的工序:论文侧用 MinerU 做 OCR,把文本、公式、图表抽出来并按章节组织成结构化 JSON;代码侧先用 Cursor 自动从每个仓库推荐 10–20 个候选函数,再交给 3D 视觉研究者人工审核,只保留 3–5 个核心几何函数,把它们的函数体替换成 ****EMPTY**** 占位符;测试侧同样先用 Cursor 自动生成约 10 个覆盖多种参数配置的测试用例,再人工审核保证可靠,并配上统一的执行模板(导入、输入输出定义)。这里人工审核是关键一环——自动提名效率高,但很容易选中辅助性或一眼可写的 trivial 函数,只有人来把关才能确保每道题都落在"论文真正的 3D 几何组件"上。为了压低数据泄露风险,所有论文都取自 2025 年的 CVPR / ICCV / ICLR,覆盖 3DGS、位姿估计、SLAM、重建、基于物理的建模、NeRF、3D 分割等子领域。
2. 两级能力分类体系:把"会不会几何基础"和"能不能做研究级推理"分开诊断
如果只报一个总通过率,看不出模型究竟是栽在基础几何知识上,还是栽在更高层的研究推理上。为此基准把 100 个任务划成两层四类。底层是 General 3D Capability,考的是基础几何知识,包括几何变换(坐标转换、投影、法向量、旋转参数化,占 24%)和力学/光学公式化(球谐函数、BRDF、运动方程、辐射度量,占 31%);上层是 Research Capability,考的是研究级推理,包括新算法实现(论文核心新 idea 的函数级落地,占 34%)和几何逻辑路由(组合已有算子拼出新 pipeline,占 11%——许多有影响力的论文正是这样搭起来的)。这样分层后,每个模型的失分能定位到具体能力短板,而不是只剩一个笼统的分数。
3. PassRate 指标与上下文消融:用通过率量化,再用输入裁剪探针定位瓶颈
评分用 PassRate,即所有任务上"通过测试数占总测试数"的平均:
其中 \(p_i\) 是第 \(i\) 题通过的测试数,\(T_i\) 是该题的总测试数,\(N\) 为任务总数。在此基础上,基准还设计了一组上下文消融:把喂给模型的论文内容在"全文 / 截断到 Method / 仅 Abstract"之间切换,用来探查到底是哪一部分文本真正帮助了实现——这组对照后来直接暴露出 LLM 在长上下文科学论文理解上的反常表现(见实验)。
实验关键数据¶
主实验(8个代表性模型)¶
| 模型 | 公司 | Overall | General | Research | Geo.Trans. | Algorithm |
|---|---|---|---|---|---|---|
| GPT-5 | OpenAI | 36.6% | 42.8% | 29.1% | 41.7% | 29.1% |
| Claude-Sonnet-4.5 | Anthropic | 31.1% | 37.2% | 23.7% | 38.3% | 19.7% |
| Gemini-2.5-Pro | 30.4% | 33.8% | 26.2% | 41.9% | 25.3% | |
| Kimi-K2-Instruct | Moonshot | 30.4% | 34.6% | 25.1% | 36.7% | 23.1% |
| Doubao-Seed-1.6 | ByteDance | 26.9% | 29.7% | 23.4% | 40.9% | 22.9% |
| Qwen3-Coder-480B | Alibaba | 23.5% | 22.7% | 24.6% | 29.0% | 21.8% |
| DeepSeek-R1 | DeepSeek | 21.0% | - | - | - | - |
上下文消融¶
| 输入上下文 | PassRate | 说明 |
|---|---|---|
| 全文输入 | 基准 | 包含引言、相关工作等 |
| 截断到Method | 统计显著更优 | 无关上下文干扰推理 |
| 仅Abstract | 显著下降 | 技术细节不足 |
关键发现¶
- 最强模型仅36.6%:GPT-5在PhD级3D代码上距离可靠还有巨大差距
- Research任务更难但与General正相关:几何基础是研究级实现的必要非充分条件
- 截断到Method部分反而更好:说明LLM在长上下文科学论文理解上存在严重困难——更多文本=更多干扰而非更多有用信息
- 创造性正确性:某些成功案例中模型用完全不同但数学等价的方法通过测试——展示了超越复制的真正问题解决能力
- Geometric Logic Routing(11%任务)反映了许多经典3D视觉论文的构建方式——组合已有算子——这需要更高层的系统设计能力
亮点与洞察¶
- 首个3D视觉代码benchmark:填补了AI编码评测在科学3D领域的空白。社区驱动的可扩展设计使其能随新论文持续生长
- "更多上下文不是更好"的发现:对LLM的长上下文科学理解能力提出了尖锐质疑。Method截断优于全文→LLM可能被引言/相关工作中的噪声误导
- 论文-to-code的研究范式:GeoCodeBench的评测设置直接模拟"读论文→实现算法"的真实研究工作流,这是通向"自动3D视觉科学家"的第一步
- 单元测试的工程贡献:为每个函数提供多样化、覆盖边界情况的自动化测试,这些测试本身就是3D几何的宝贵教学材料
局限与展望¶
- 100个函数的规模仍然有限——需要持续扩展
- 限于2025年论文可能随时间需要更新来规避数据泄露
- 单元测试的覆盖率可能不完全——通过测试不一定意味着完全正确的实现
- 仅评估函数级补全——完整的论文复现(包括训练循环、数据管线)更有挑战性
相关工作与启发¶
- vs HumanEval/MBPP: 通用编程基准,不涉及领域知识。GeoCodeBench需要深层3D几何推理
- vs SWE-bench: 仓库级issue解决,GeoCodeBench是函数级论文-to-code
- vs PaperBench: 完整论文复现评测,GeoCodeBench聚焦函数级核心组件——两者互补
- vs ResearchCodeBench: 也遮盖论文关键代码,但不聚焦3D几何且测试不够多样化
评分¶
- 新颖性: ⭐⭐⭐⭐⭐ 首个3D视觉代码benchmark,两级能力分类体系有洞察力
- 实验充分度: ⭐⭐⭐⭐⭐ 8个模型、上下文消融、分类分析、创造性案例研究
- 写作质量: ⭐⭐⭐⭐⭐ 构建流程透明可复现
- 价值: ⭐⭐⭐⭐⭐ 对3D视觉自动化研究和LLM科学编码能力评估有长远推动