NOTAS DE CAMPO / LDM ZARAGOZA / CALATAYUD · 2026
RESEARCH IA/PAPER 09

EVALUACIÓN · CODING

Multi-LCB

TÍTULO CANÓNICOMulti-LCB: Extending LiveCodeBench to Multiple Programming Languages

InteresanteLectura primaria completa

Extiende LiveCodeBench a 12 lenguajes de programación manteniendo controles de contaminación y protocolo de evaluación.

AUTHORS / LABMaria Ivanova, Pavel Zadorozhny, Rodion Levichev, Ivan Petrov, Adamenko Pavel, Ivan Lopatin, Alexey Kutalev, Dmitrii Babaev
FECHA18 JUNIO 2026.
LECTURALectura primaria completa
DECISIÓN / INFERENCIA EDITORIAL

Qué probaría antes de escalar esta idea.

Comprobar la evidencia ↓
ACCIÓN PROPUESTAProbar la propuesta en evaluación de copilotos reproduciendo primero la comparación y registrando calidad, coste, latencia y errores.
PREGUNTA DE PRUEBA
¿La propuesta mejora evaluación de copilotos frente a la línea base actual?
ENTRADA
evaluación de copilotos con un conjunto pequeño de casos representativos y la misma métrica o protocolo que la fuente cuando sea reproducible.
MÉTRICA
Comparar la métrica principal de la fuente junto con calidad, coste, latencia y tasa de errores.
PARADA
Parar si no aparece una mejora reproducible o si aumenta el riesgo, la complejidad o el coste sin compensación.
LÍMITE DE TRANSFERENCIA

La lectura primaria permite comprobar método y resultados en el HTML, pero no convierte sus conclusiones en validación independiente. La ficha no demuestra transferencia fuera de los datasets, modelos, herramientas y condiciones descritos en 5 Experiments and Results.

Esta prueba es una propuesta editorial: no es un resultado reportado por los autores.

LECTURA DE 60 SEGUNDOS

Lo esencial antes de invertir más tiempo.

HALLAZGO

Extiende LiveCodeBench a 12 lenguajes de programación manteniendo controles de contaminación y protocolo de evaluación.

EVIDENCIA DISPONIBLE

For example, GPT-OSS-120B ∗ (Medium) outperforms Qwen3-235B-A22B-Thk-2507 ∗ on Go, Javascript, Typescript, Rust, Ruby and Kotlin, and DeepSeek-R1-0528 ∗ outperforms Qwen3- 235B-A22B-Thk-2507 ∗ on Rust, Ruby and Scala, despite Qwen3-235B-A22B-Thk-2507 ∗ being consistently stronger on Python.

Resultado reportado con fuente enlazada · 5 localizadores disponibles.
QUÉ NO DEMUESTRA

La lectura primaria permite comprobar método y resultados en el HTML, pero no convierte sus conclusiones en validación independiente. La ficha no demuestra transferencia fuera de los datasets, modelos, herramientas y condiciones descritos en 5 Experiments and Results.

POR QUÉ IMPORTA

Los agentes de programación empresariales deben tocar Java, JS/TS, C#, Go, Rust, SQL y legacy, no solo Python.

EN UNA FRASE

Extiende LiveCodeBench a 12 lenguajes de programación manteniendo controles de contaminación y protocolo de evaluación.

SEÑALsoftware · banca
EVIDENCIAResultado reportado con fuente enlazada
CONFIANZA EDITORIALMedia
BASE / CONFIANZA MEDIA

Qué sostiene esta confianza — y qué sigue sin probarse.

Juicio editorial sobre la transferibilidad de esta lectura; no mide calidad académica ni efecto local.

FUENTE PRIMARIA
DOCUMENTADO

Lectura primaria completa registrada sobre v1; comprobación: 2026-08-19 · lectura primaria completa; extracción editorial automatizada, revisión humana pendiente.

RÉPLICA LOCAL
PENDIENTE

No se ha registrado una réplica independiente en este sitio. El código o los datos enlazados, cuando existen, no cuentan como réplica.

LÍMITES
DOCUMENTADO

3 límites declarados en la ficha.

APLICABILIDAD
ACOTADO

Hay una prueba de transferencia con entrada, métrica y parada; su resultado local todavía no se ha observado.

REGLA EDITORIALLos criterios no se promedian automáticamente. Una fuente leída, un límite claro o un protocolo propuesto no equivalen a una réplica ni a un resultado local.

RESULTADOS / PROCEDENCIA

Qué está reportado y qué conviene comprobar.

Hay resultado reportado con fuente enlazada.
RESULTADO REPORTADO

For example, GPT-OSS-120B ∗ (Medium) outperforms Qwen3-235B-A22B-Thk-2507 ∗ on Go, Javascript, Typescript, Rust, Ruby and Kotlin, and DeepSeek-R1-0528 ∗ outperforms Qwen3- 235B-A22B-Thk-2507 ∗ on Rust, Ruby and Scala, despite Qwen3-235B-A22B-Thk-2507 ∗ being consistently stronger on Python.

120B · baseline: Comparación declarada en la sección de evaluación · contexto: 5 Experiments and Results

RESULTADO REPORTADO

The most strongest models, GPT-OSS-120B ∗ (Medium) , Qwen3-235B-A22B-Thk-2507 ∗ and DeepSeek-R1-0528 ∗ establish a strong yet far-from-saturated frontier, while the next tier of high-performing models, such as Qwen3-30B-A3B-Thk-2507 ∗ , illustrates that only a handful of reasoning-augmented variants can exceed the 50% mark.

120B · contexto: 5 Experiments and Results

LECTURA DEL PAPER / SÍNTESIS EDITORIAL

Qué estudiaron y qué cambia.

La síntesis está separada de los resultados reportados y de las inferencias.

PROBLEMA / La señal entra en el radar porque La evaluación de código centrada en Python no representa bien software real multilenguaje.

MÉTODO / La lectura de 2 Related Work describe la intervención y su construcción: Single-language code benchmarks . Early code-generation benchmarks evaluate functional correctness almost exclusively in Python. HumanEval ( 6 ) contains 164 hand-written problems, each defined by a natural language prompt, a fixed function signature, and hidden unit tests; tasks are short, single-function programs created specifically for evaluation rather than drawn from programming contests. MBPP ( 2 ) likewise offers small Python exercises aimed at introductory programming and interview practice. Subsequent datasets expanded scale and difficulty: APPS ( 10 ) aggregates competition and interview style… [Fuente: https://arxiv.org/html/2606.20517#S2]

RESULTADO / La sección 5 Experiments and Results informa: For example, GPT-OSS-120B ∗ (Medium) outperforms Qwen3-235B-A22B-Thk-2507 ∗ on Go, Javascript, Typescript, Rust, Ruby and Kotlin, and DeepSeek-R1-0528 ∗ outperforms Qwen3- 235B-A22B-Thk-2507 ∗ on Rust, Ruby and Scala, despite Qwen3-235B-A22B-Thk-2507 ∗ being consistently stronger on Python. Figure 3 plots per-model Pass@1 averaged on 10 runs with sampling temperature t=0.2 scores on Python against the cross programming language average on Dataset v6 (Feb 2025 – May 2025). Models without explicit multi programming languages training, such as OpenRsn-Nmt-32B ∗ and OpenCodeRsn-Nmt-1.1-32B ∗ , show the starkest gap, exceeding 60% on Python while remaining below 30% across other languages. [Fuente: https://arxiv.org/html/2606.20517#S5]

LÍMITE / El cierre de la fuente señala: Internal Validity. Despite date-based filtering, hidden forms of contamination may persist through similar problem patterns or solution templates present in training data. Additionally, models may exhibit temporal bias based on varying exposure to different programming languages during their training periods. La transferencia a evaluación de copilotos requiere repetir la comparación con datos y criterios propios [Fuente: https://arxiv.org/html/2606.20517#S6].

PROBLEMA
La evaluación de código centrada en Python no representa bien software real multilenguaje.
MÉTODO
La lectura de 2 Related Work describe la intervención y su construcción: Single-language code benchmarks . Early code-generation benchmarks evaluate functional correctness almost exclusively in Python. HumanEval ( 6 ) contains 164 hand-written problems, each defined by a natural language prompt, a fixed function signature, and hidden unit tests; tasks are short, single-function programs created specifically for evaluation rather than drawn from programming contests. MBPP ( 2 ) likewise offers small Python exercises aimed at introductory programming and interview practice. Subsequent datasets expanded scale and difficulty: APPS ( 10 ) aggregates competition and interview style…
TIPO DE EVIDENCIA
La sección 5 Experiments and Results informa 4 hallazgo(s) extraído(s) desde la fuente. El resultado principal se conserva con el localizador de sección https://arxiv.org/html/2606.20517#S5.
LÍMITE
La lectura primaria permite comprobar método y resultados en el HTML, pero no convierte sus conclusiones en validación independiente. La ficha no demuestra transferencia fuera de los datasets, modelos, herramientas y condiciones descritos en 5 Experiments and Results.
FIELD NOTES / ANOTACIONES

La lectura también deja rastro.

Guarda una observación junto a la evidencia. Tú escribes aquí; los agentes pueden añadir notas por MCP y aparecerán identificados.

MEMORIA PRIVADAEntra para anotar este paper y conectarlo con otros.
Entrar con ChatGPT ↗
LECTURA AMPLIADAMetodología, implicaciones y preguntas para volver al paper.+
LECTURA EN 90 SEGUNDOSLo que conviene llevarse antes de abrir el PDF.
QUÉ HACE

La lectura de 2 Related Work describe la intervención y su construcción: Single-language code benchmarks . Early code-generation benchmarks evaluate functional correctness almost exclusively in Python. HumanEval ( 6 ) contains 164 hand-written problems, each defined by a natural language prompt, a fixed function signature, and hidden unit tests; tasks are short, single-function programs created specifically for evaluation rather than drawn from programming contests. MBPP ( 2 ) likewise offers small Python exercises aimed at introductory programming and interview practice. Subsequent datasets expanded scale and difficulty: APPS ( 10 ) aggregates competition and interview style…

QUÉ APORTA

Los agentes de programación empresariales deben tocar Java, JS/TS, C#, Go, Rust, SQL y legacy, no solo Python.

QUÉ NO PRUEBA

La lectura primaria permite comprobar método y resultados en el HTML, pero no convierte sus conclusiones en validación independiente. La ficha no demuestra transferencia fuera de los datasets, modelos, herramientas y condiciones descritos en 5 Experiments and Results.

Cómo lo llevaría a un proyecto

Probar la propuesta en evaluación de copilotos reproduciendo primero la comparación y registrando calidad, coste, latencia y errores.

evaluación de copilotosagentes de PRmigración de códigohiring técnico.

Preguntas que conviene probar

  • ¿La mejora se mantiene cuando evaluación de copilotos cambia de dominio o distribución?
  • ¿Qué componente del método explica la mayor parte del resultado y qué baseline lo pone realmente a prueba?
PLANTILLA DE PRUEBA / INFERENCIA EDITORIAL

Si tuviera que convertirlo en una prueba mañana.

ENTRADAevaluación de copilotos con un conjunto pequeño de casos representativos y la misma métrica o protocolo que la fuente cuando sea reproducible.
PREGUNTA¿La propuesta mejora evaluación de copilotos frente a la línea base actual?
MÉTRICAComparar la métrica principal de la fuente junto con calidad, coste, latencia y tasa de errores.
PARADAParar si no aparece una mejora reproducible o si aumenta el riesgo, la complejidad o el coste sin compensación.

Mi lectura

La pregunta operativa es si evaluación de copilotos puede medirse con una línea base y un criterio de parada claros.

Esta última frase es una inferencia editorial a partir del paper y de sus posibles implicaciones; no es una afirmación de los autores.

DESPUÉS DE LEER

La prueba que queda en pie.

¿La propuesta mejora evaluación de copilotos frente a la línea base actual?

DECISIÓNProbar la propuesta en evaluación de copilotos reproduciendo primero la comparación y registrando calidad, coste, latencia y errores.Límite: La lectura primaria permite comprobar método y resultados en el HTML, pero no convierte sus conclusiones en validación independiente. La ficha no demuestra transferencia fuera de los datasets, modelos, herramientas y condiciones descritos en 5 Experiments and Results.Volver al contrato de prueba ↑