#bigcodebench
We release two benchmarks built from BigCodeBench + LiveCodeBench:

PDB-Single-Hard: 5,751 single-line-bug programs [1-4 bugs]
PDB-Multi: 256 programs w/ contiguous bug blocks [1-3 bugs]
🤗 huggingface.co/Precise-Debu...
April 21, 2026 at 3:58 AM
I was checking to see if any coding benchmarks were using ruby or elixir cases. Even C# is too niche for LLM benchmarks.

BigCodeBench: Python
CanAiCode: Python, javascript
Aider benchmark: C++, Go, Java, JavaScript, Python, Rust
April 7, 2025 at 6:37 PM
The results? TRINITY consistently outperforms existing multi-agent methods and individual models, setting a new SOTA record on LiveCodeBench (86.2% pass@1).

It also transferred zero-shot to unseen tasks (AIME, BigCodeBench, MT-Bench, GPQA) without any retraining.
April 26, 2026 at 10:39 AM
과도한 편집: 모델이 필요 범위를 넘어서 코드를 수정하는 현상 | GeekNews

news.hada.io/topic?id=28814

- Over-Editing은 널리 퍼져 있고 측정 가능한 문제로 나타남

- 명시적 프롬프트만으로도 충실한 편집으로 상당 부분 유도 가능함

Coding Models Are Doing Too Much | wh

nrehiew.github.io/blog/minimal...
과도한 편집: 모델이 필요 범위를 넘어서 코드를 수정하는 현상 | GeekNews
최소 수정만으로 해결되는 버그에서도 함수 전체 재작성, 보조 로직 추가, 시그니처 변경까지 일어나며 거대한 diff가 생기기 쉬움기존 구조를 유지하는 brown-field 작업에서는 테스트 통과만으로 충분하지 않고, 얼마나 적게 바꿨는지도 함께 봐야 검토 가능성과 변경 안전성이 유지됨프로그램적으로 손상시킨 400개 BigCodeBench 문제를 바탕으로 토
news.hada.io
April 24, 2026 at 2:45 PM
if this thing hits 2.5 flash capabilities and can make tool calls, things are gonna go wiiiild
January 2, 2026 at 4:07 PM
과도한 편집: 모델이 필요 범위를 넘어서 코드를 수정하는 현상 | GeekNews

news.hada.io/topic?id=28814

- Over-Editing은 널리 퍼져 있고 측정 가능한 문제로 나타남

- 명시적 프롬프트만으로도 충실한 편집으로 상당 부분 유도 가능함

Coding Models Are Doing Too Much | wh

nrehiew.github.io/blog/minimal...
과도한 편집: 모델이 필요 범위를 넘어서 코드를 수정하는 현상 | GeekNews
최소 수정만으로 해결되는 버그에서도 함수 전체 재작성, 보조 로직 추가, 시그니처 변경까지 일어나며 거대한 diff가 생기기 쉬움기존 구조를 유지하는 brown-field 작업에서는 테스트 통과만으로 충분하지 않고, 얼마나 적게 바꿨는지도 함께 봐야 검토 가능성과 변경 안전성이 유지됨프로그램적으로 손상시킨 400개 BigCodeBench 문제를 바탕으로 토
news.hada.io
April 24, 2026 at 2:55 PM
Show HN: When Seeing Isn't Enough: Rescuing Stuck LLM Agents Hi HN, we are sharing our latest preprint from CAUM Systems. We found that LLM coding agents enter 'blind-spot failures' tha...

Origin | Interest | Match
When Seeing Isn't Enough: Causal Interpretation Is the Load-Bearing Element in Rescuing Stuck LLM Agents
When LLM coding agents enter repetitive failure loops, the conventional response is to detect the loop and notify the agent — a behavioral advisory of the form "you are looping, try something different." We demonstrate experimentally, over a sequence of controlled phased experiments on BigCodeBench and HumanEval using two LLM families (gpt-4o-mini and Claude Haiku 4.5), that this approach fails on a specific class of failures we term blind-spot failures, where the model emits the same defensive assumption across all regenerations within a loop. Our central finding is that on the canonical task BigCodeBench/6, three non-causal interventions (no advisory, behavioral advisory, and pure data-dump advisory) collectively fail in 0 out of 13 controlled reruns, while a causal advisory adding a single interpretive sentence to an otherwise identical data dump rescues in 7 out of 7 reruns at attempt 4 with exactly one intervention each. The data shown to the model is identical between the failing and succeeding conditions; the only difference is one sentence beginning with "Consequence:" that explains what the data implies for test execution. We additionally show that an independent failure-risk predictor, consuming only structural observation features and never told that an intervention occurred, detects the rescue as a single-step collapse in predicted risk from 0.91 to 0.58, providing orthogonal validation that the rescue is structurally visible from outside the content channel. We demonstrate a library-based observer architecture that achieves 28/30 (93.3%) on gpt-4o-mini and 30/30 (100%) on Claude Haiku 4.5 over BigCodeBench-30, with the same five-pattern library covering the disjoint blind-spot sets of both models without per-model configuration. Finally, we show via cross-model comparison that what appear to be intervention-resistant failures in smaller models can be capability floors that disappear entirely in larger ones, and we argue that single-model evaluation systematically conflates these two phenomena. We propose a four-dimensional model of observer bandwidth — depth, coverage, brittleness, and verifiability — that predicts both successful rescues and a regression mode where insufficiently-covered observers actively make outcomes worse than no intervention. The work is enabled by CAUM, our previously published structural observability framework for LLM agents [1], used here for both loop detection and orthogonal validation.
zenodo.org
April 8, 2026 at 12:13 AM
Show HN: When Seeing Isn't Enough: Rescuing Stuck LLM Agents Hi HN, we are sharing our latest preprint from CAUM Systems. We found that LLM coding agents enter 'blind-spot failures' tha...

Origin | Interest | Match
When Seeing Isn't Enough: Causal Interpretation Is the Load-Bearing Element in Rescuing Stuck LLM Agents
When LLM coding agents enter repetitive failure loops, the conventional response is to detect the loop and notify the agent — a behavioral advisory of the form "you are looping, try something different." We demonstrate experimentally, over a sequence of controlled phased experiments on BigCodeBench and HumanEval using two LLM families (gpt-4o-mini and Claude Haiku 4.5), that this approach fails on a specific class of failures we term blind-spot failures, where the model emits the same defensive assumption across all regenerations within a loop. Our central finding is that on the canonical task BigCodeBench/6, three non-causal interventions (no advisory, behavioral advisory, and pure data-dump advisory) collectively fail in 0 out of 13 controlled reruns, while a causal advisory adding a single interpretive sentence to an otherwise identical data dump rescues in 7 out of 7 reruns at attempt 4 with exactly one intervention each. The data shown to the model is identical between the failing and succeeding conditions; the only difference is one sentence beginning with "Consequence:" that explains what the data implies for test execution. We additionally show that an independent failure-risk predictor, consuming only structural observation features and never told that an intervention occurred, detects the rescue as a single-step collapse in predicted risk from 0.91 to 0.58, providing orthogonal validation that the rescue is structurally visible from outside the content channel. We demonstrate a library-based observer architecture that achieves 28/30 (93.3%) on gpt-4o-mini and 30/30 (100%) on Claude Haiku 4.5 over BigCodeBench-30, with the same five-pattern library covering the disjoint blind-spot sets of both models without per-model configuration. Finally, we show via cross-model comparison that what appear to be intervention-resistant failures in smaller models can be capability floors that disappear entirely in larger ones, and we argue that single-model evaluation systematically conflates these two phenomena. We propose a four-dimensional model of observer bandwidth — depth, coverage, brittleness, and verifiability — that predicts both successful rescues and a regression mode where insufficiently-covered observers actively make outcomes worse than no intervention. The work is enabled by CAUM, our previously published structural observability framework for LLM agents [1], used here for both loop detection and orthogonal validation.
zenodo.org
April 7, 2026 at 11:40 PM
✉️ 𝗦𝗲 𝘃𝘂𝗼𝗶 𝗿𝗶𝗺𝗮𝗻𝗲𝗿𝗲 𝗮𝗴𝗴𝗶𝗼𝗿𝗻𝗮𝘁𝗼/𝗮 𝘀𝘂 𝗾𝘂𝗲𝘀𝘁𝗲 𝘁𝗲𝗺𝗮𝘁𝗶𝗰𝗵𝗲, 𝗶𝘀𝗰𝗿𝗶𝘃𝗶𝘁𝗶 𝗮𝗹𝗹𝗮 𝗺𝗶𝗮 𝗻𝗲𝘄𝘀𝗹𝗲𝘁𝘁𝗲𝗿: bit.ly/newsletter-a...

#AI #GenAI #GenerativeAI #IntelligenzaArtificiale #LLM
#ai #genai #generativeai #intelligenzaartificiale #llm | Alessio Pomaro
🧠 I modelli open source avanzano: IQuest-Coder-V1, un nuovo modello cinese, raggiunge risultati di primo piano su benchmark come SWE-Bench Verified (81,4%), BigCodeBench (49,9%) e LiveCodeBench v6 (81...
www.linkedin.com
January 4, 2026 at 11:47 AM
Target‑DPO, presented at EMNLP 2025, aligns code LLM updates to error regions and releases the CodeFlow dataset. Models using it achieved higher success on the BigCodeBench benchmark. More: https://getnews.me/target-dpo-enhances-code-llms-with-focused-preference-alignment/ #targetdpo #bigcodebench
September 18, 2025 at 10:38 PM
**과도한 편집: 모델이 필요 범위를 넘어서 코드를 수정하는 현상**
- **최소 수정** 만으로 해결되는 버그에서도 함수 전체 재작성, 보조 로직 추가, 시그니처 변경까지 일어나며 **거대한 diff** 가 생기기 쉬움
- 기존 구조를 유지하는 **brown-field 작업** 에서는 테스트 통과만으로 충분하지 않고, 얼마나 적게 바꿨는지도 함께 봐야 검토 가능성과 변경 안전성이 유지됨
- 프로그램적으로…
과도한 편집: 모델이 필요 범위를 넘어서 코드를 수정하는 현상 | GeekNews
최소 수정만으로 해결되는 버그에서도 함수 전체 재작성, 보조 로직 추가, 시그니처 변경까지 일어나며 거대한 diff가 생기기 쉬움기존 구조를 유지하는 brown-field 작업에서는 테스트 통과만으로 충분하지 않고, 얼마나 적게 바꿨는지도 함께 봐야 검토 가능성과 변경 안전성이 유지됨프로그램적으로 손상시킨 400개 BigCodeBench 문제를 바탕으로 토
news.hada.io
April 24, 2026 at 1:58 AM
<a href="https://speakerdeck.com/__ymgc__/lun-wen-du-mi-bigcodebench-duo-yang-naguan-shu-hu-bichu-sitofu-za-nazhi-shi-woyong-itakodosheng-cheng-nobentimakingu?utm_campaign=talk&utm_medium=email&utm_source=following" class="hover:underline text-blue-600 dark:text-sky-400 no-card-link" target="_blank" rel="noopener" data-link="bsky">speakerdeck.com/__y...
(論文読み)BigCodeBench: 多様な関数呼び出しと複雑な指示を用いたコード生成のベンチマーキング
(論文読み)BigCodeBench: 多様な関数呼び出しと複雑な指示を用いたコード生成のベンチマーキング
BigCodeBench: 多様な関数呼び出しと複雑な指示を用いたコード生成のベンチマーキング https://arxiv.org/html/2406.15877v3#S7
speakerdeck.com
October 12, 2024 at 1:25 PM
今日のHuggingFaceトレンド

THUDM/codegeex4-all-9b
THUDM/codegeex4-all-9bリポジトリは、THUDMが公開した90億パラメータの多言語コード生成モデルです。
ソフトウェア開発の様々な場面で、コード補完や生成、コードインタプリタ、ウェブ検索、関数呼び出し、リポジトリレベルのコードQ&Aなどに対応可能です。
BigCodeBenchやNaturalCodeBenchなどのベンチマークで高い性能を示しており、100億パラメータ未満のコード生成モデルでは最も強力なモデルとして知られています。
THUDM/codegeex4-all-9b · Hugging Face
We’re on a journey to advance and democratize artificial intelligence through open source and open science.
huggingface.co
July 14, 2024 at 10:15 AM
by 35.71% compared to the baseline's improvement of 12.5% on the HumanEval dataset. The study expands experiments to BigCodeBench and integrates the method with the Reflexion code generation agent, leading to Pass@1 improvements of 20% (GPT-4o) and [7/8 of https://arxiv.org/abs/2505.23953v1]
June 2, 2025 at 6:00 AM
failed outputs. We validate our approach across multiple benchmarks (i.e., HumanEval, MBPP, LeetCode, and BigCodeBench) and various LLMs (i.e., GPT-4o, GPT-3.5 Turbo, Llama 3.1, and GPT-o3 mini), comparing the results with two baseline methods: (a) [5/8 of https://arxiv.org/abs/2505.23953v1]
June 2, 2025 at 6:00 AM
Comprehensive evaluations on popular benchmarks (HumanEval, MBPP, LiveCodeBench, and BigCodeBench) demonstrate substantial performance improvements achieved by SFT with OpenCodeInstruct. We also present a detailed methodology encompassing seed data [4/5 of https://arxiv.org/abs/2504.04030v1]
April 8, 2025 at 6:00 AM
今日読んだ論文
MemRL: Self-Evolving Agents via Runtime Reinforcement Learning on Episodic Memory
www.arxiv.org/abs/2601.03192

RAGの弱点を受動的なところだと見て、RAGに保存する情報に意図や結果、強化学習における行動価値のようなものを追加する。記憶の検索も類似度と価値を半分ずつ混ぜてランキングづけする。
ベンチマークとしてはHLE, BigCodeBench, ALFWorld, Lifelong Agent Benchが使われている
January 8, 2026 at 2:59 AM
Emulates human debugging in code gen—pinpoints errors, aligns tokens through custom DPO. New CodeFlow data captures code refinements. Focuses on error-specific tokens, reducing noise, enhancing critical error correction. Shines on HumanEval, MBPP & BigCodeBench benchmarks.
March 6, 2025 at 12:00 AM
📑 New paper: IterPref

IterPref enhances code generation in large language models by mimicking human iterative debugging. It identifies error-prone areas and uses Direct Preference Optimization for precise error correction, boosting performance on BigCodeBench.
March 6, 2025 at 12:00 AM
(VPS), achieving a 3.65\% improvement over baseline models on challenging benchmarks like BigCodeBench. Furthermore, CURA, when paired with the o3-mini model and VPS techniques, attains state-of-the-art performance. This work represents a step forward [3/4 of https://arxiv.org/abs/2503.18494v1]
March 25, 2025 at 5:56 AM
Kimi-K2.6は、特にSWE-benchやBigCodeBenchでの評価が高いモデルです。単なるコード生成にとどまらず、UIのスクリーンショットからフロントエンドの実装を推論し、自律的にデバッグを繰り返すマルチモーダルな修正ループが組める点が強力です。
April 23, 2026 at 2:23 PM
@rohanpaul_ai https://x.com/rohanpaul_ai/status/1865177886279504149 #x-rohanpaul_ai

Gemini-Exp-1206 just achieved the top rank on BigCodeBench-Hard.

- 37.8% on Complete

- 28.4% on Instruct

BigCodeBench-Hard is a subset of more challenging and user-facing tasks.
December 7, 2024 at 12:00 AM
achieves significant performance gains in code generation and improves on challenging tasks like BigCodeBench. In-depth analysis reveals that IterPref yields fewer errors. Our code and data will be made publicaly available. [6/6 of https://arxiv.org/abs/2503.02783v1]
March 5, 2025 at 6:05 AM