HomearXivTencent WorkBuddy Bench: 汚染耐性タスク構築を備えたマルチドメインコーディングエージェントベンチマーク

Tencent WorkBuddy Bench: 汚染耐性タスク構築を備えたマルチドメインコーディングエージェントベンチマークTencent WorkBuddy Bench: A Multi-Domain Coding-Agent Benchmark with Contamination-Resistant Task Construction

AI2 点サマリSummary highlight
  • テンセントはコーディングエージェント評価用ベンチマーク「WorkBuddy Bench」を発表。
  • 学習データ汚染を防ぐ設計と複数ドメイン対応により、より信頼性の高いエージェント性能評価を実現する。

Tencent introduces WorkBuddy Bench, a coding-agent benchmark spanning multiple domains with a contamination-resistant task construction method, enabling more reliable and fair evaluation of LLM-based coding agents.

要約と収集メタデータをもとに生成した AI 解説本文です。元記事全文の転載・翻訳ではありません。This AI explainer is generated from the summaries and collected metadata, not from a reproduction or translation of the full source article.

テンセントは、大規模言語モデル(LLM)を基盤とするコーディングエージェントの性能を評価するための新しいベンチマーク「WorkBuddy Bench」を発表した。学習データへの汚染を防ぐタスク構築手法と複数ドメインへの対応を特徴とし、より信頼性が高く公平な評価を可能にすることを狙う。

近年、GitHub CopilotやCursor、Devinに代表されるコーディングエージェントは、単なるコード補完にとどまらず、要件の理解、ファイル横断の修正、テスト実行までを自律的に担うようになってきた。こうしたエージェントの実力を測る指標として、これまではHumanEvalやMBPP、実際のGitHubのissueを課題化したSWE-benchなどが広く使われてきた。しかし、公開ベンチマークには構造的な課題も指摘されている。

最大の懸念が「データ汚染(contamination)」だ。ベンチマークの問題と正解がインターネット上に公開されると、それが後続モデルの学習データに取り込まれ、モデルが実質的に答えを暗記した状態で高スコアを出してしまう可能性がある。この場合、スコアは真の汎化能力ではなく記憶を反映したものとなり、評価の信頼性が損なわれる。WorkBuddy Benchは、こうした汚染に耐性を持つようタスクを構築する設計を採り入れている点が特徴とされる。

学習データ汚染を防ぐ設計と複数ドメイン対応により、より信頼性の高いエージェント性能評価を実現する。
🔬 Papers / Benchmarks · 本記事のポイント

もう一つの軸が「マルチドメイン」への対応である。従来のベンチマークは特定の言語やアルゴリズム的な問題に偏りがちだったが、実務のソフトウェア開発は複数の領域や技術スタックにまたがる。幅広いドメインの課題を含めることで、特定分野に最適化されたモデルの過大評価を避け、より実務に近い性能像を捉えることを目指すと見られる。

エージェント評価の厳密化は、業界全体の関心事となっている。SWE-benchの派生版や、実行環境を伴う対話的な評価など、より現実に即した検証手法の整備が各所で進む。テンセント自身も独自のモデル群を開発しており、こうしたベンチマークは自社および外部モデルの改善サイクルを支える基盤となり得る。今後は、公開範囲や評価項目の透明性、そして他ベンチマークとの結果の整合性が、実際の有用性を判断する鍵になりそうだ。

Tencent has published WorkBuddy Bench, a benchmark for evaluating large language model coding agents across several software domains, built around a task-construction method intended to resist data contamination. As coding agents shift from research demonstrations toward tools that developers use for real engineering work, the trustworthiness of the benchmarks used to compare them has become a pressing concern. WorkBuddy Bench is positioned as a response to that concern, aiming for evaluation results that are harder to inflate and easier to interpret.

The central issue the work addresses is contamination, which occurs when the problems and solutions used to test a model have already appeared, in some form, in its training data. When that happens, a system may appear to reason through a task while actually reproducing memorized answers, and reported scores overstate genuine capability. This problem has grown more acute as models are trained on enormous web-scale corpora that include public code repositories, issue trackers, and the benchmark datasets themselves. For coding tasks in particular, where popular test sets are hosted openly and widely discussed, the risk that a benchmark has leaked into training is substantial.

According to Tencent's summary, WorkBuddy Bench tackles this with a contamination-resistant task construction approach combined with coverage of multiple domains. Multi-domain design matters because narrow benchmarks can reward agents that are tuned to a single style of problem, such as algorithmic puzzles, while saying little about performance on the varied work a professional engineer encounters. Spanning several domains is intended to produce a more representative picture of an agent's abilities across different codebases, languages, and task types. The contamination-resistant element appears aimed at ensuring that tasks are new or transformed enough that memorization provides little advantage, though the specific construction pipeline is detailed in the paper itself rather than the summary.

Techniques that benchmarks in this space typically use to limit contamination include drawing on freshly created or recently updated material, generating novel problem variants programmatically, and continuously refreshing the task pool so that any given snapshot is unlikely to overlap with a model's training cutoff. Approaches like these are what allow a benchmark to claim greater resistance to leakage, and WorkBuddy Bench is likely to rely on comparable strategies, given its stated goals. The broader intent is to make results fairer when comparing agents built on different underlying models, since a contaminated benchmark can favor whichever system happened to ingest the test data.

The work sits within a crowded and fast-moving area of evaluation research. HumanEval and MBPP established early standards for function-level code generation, but their small size and public availability made them prime candidates for contamination. SWE-bench shifted attention toward realistic, repository-scale tasks derived from actual GitHub issues, and its variants have become a common reference point for agentic coding systems that must navigate a codebase, edit multiple files, and run tests. LiveCodeBench and similar efforts emphasize using problems released after a model's training date as a practical guard against leakage. WorkBuddy Bench's combination of multi-domain breadth and an explicit contamination-resistant methodology places it in dialogue with these prior benchmarks rather than replacing any single one.

The release also reflects broader industry momentum around coding agents, which differ from simple code-completion tools by planning, executing commands, and iterating toward a goal with limited human intervention. Major labs and companies have invested heavily in such systems, and Tencent's contribution of an evaluation benchmark, rather than only a model, signals interest in the infrastructure that supports credible comparison. Reliable measurement is a prerequisite for progress, because teams optimize toward whatever their benchmarks reward.

Several caveats are worth noting. No benchmark fully eliminates contamination risk, and the effectiveness of any contamination-resistant design depends on execution details, the freshness of its tasks over time, and how faithfully its problems mirror real engineering demands. Independent adoption and replication by outside researchers will be important indicators of how well WorkBuddy Bench holds up in practice. As with any benchmark introduced by an organization that also develops competing models, external validation will help establish whether the evaluation is as neutral and durable as intended. The paper's full methodology, task statistics, and reported results provide the basis for such scrutiny.

  • 出典SourcearXiv cs.SE論文Paper
  • 直近30件の平均重要度Avg importance, last 301=Info · 2=Medium · 3=High
  • 配信形式Format論文Paper
  • 重要度Importance重要度 MediumMedium priority(arXiv 80件中、同等以上 80件)(80 of 80 arXiv entries are equal or higher)
  • 情報の寿命Half-life🏛️ 長期 (アーキテクチャ)Long-term (architecture)
  • 原文言語Source languageEN
  • 収集日時Collected2026/07/25 08:54

本ページの本文と要約は AI による自動生成です。日本語版と英語版は言語ごとに独立して生成されるため、表現や詳しさが異なる場合があります。正確性は元記事 (arxiv.org) をご確認ください。The body and summaries are AI-generated independently for each language, so wording and detail may differ. Verify accuracy at the original source (arxiv.org).

📄arXiv の他の記事More from arXivもっと見る →View more →

Semalith v1.4: Llama-Guard-3-8Bの44分の1のパラメータ数で最先端のプロンプトインジェクション検出を実現した184Mキャリブレーション済み安全分類器Semalith v1.4: A Calibrated 184M Safety Classifier Achieving State-of-the-Art Prompt-Injection Detection at 44x Fewer Parameters than Llama-Guard-3-8B
arXiv cs.LG2w ago
時間的介入下におけるパーソナルLLMエージェントのユーザー条件付き評価に向けてToward User-Conditioned Evaluation of Personal LLM Agents under Temporal Interventions
arXiv cs.LG3w ago
大規模言語モデルにおける不完全プロンプトによるジェイルブレイクIncomplete Prompt Jailbreaks in Large Language Models
arXiv cs.AI3w ago
When Does Reward Teach State? A Hidden-Automaton Instrument and the Group-Language Boundary
報酬はいつ状態を教えるか?隠れオートマトン操作変数と群言語境界When Does Reward Teach State? A Hidden-Automaton Instrument and the Group-Language Boundary
arXiv cs.LG4w ago
LiteTopK: 次元の呪いを活用した長文脈スパースアテンション向け融合インデクサー・TopKカーネルLiteTopK: Exploiting the Curse of Dimensionality for a Fused Indexer-TopK Kernel in Long-Context Sparse Attention
arXiv cs.LG4w ago
マージすべきモデルを間違えていないか?LLMのモデルマージにおける専門家の訓練時間の影響Are we Merging the Right Models? Impact of Expert Training Duration on Model Merging for LLMs
arXiv cs.LG4w ago