Metodología · 04/11/2026

Cómo medimos

Las reglas comunes a todos los experimentos: con qué equipo, con qué versiones, con qué documentos, cuántas veces y cómo se corrige. Y lo que no medimos.

Banco de pruebas

Equipo y versiones

Un PC de escritorio de gama media-alta de 2026. Las velocidades no se trasladan a un portátil sin gráfica dedicada; para eso hay mediciones «solo CPU».

Sistema
Windows 11 Pro 10.0.26200
CPU
Intel Core Ultra 5 245K (14 núcleos)
RAM
31,3 GB DDR5
GPU
NVIDIA GeForce RTX 5060 Ti, 16 GB de VRAM
Disco
NVMe de 1 TB
Herramientas
Claude Code 2.1.317 · OpenCode 1.19.5 · Codex CLI 0.161.0 · Kimi CLI 2.4.1
Local
Ollama 0.40.14 · qwen3.5:4b · qwen3.5:9b · gemma4:12b · qwen3.6:35b
Nube
Claude Haiku 5.5 · Claude Sonnet 5.5 · GPT-6 luna · DeepSeek V4.1 Flash · DeepSeek V4.1 Flash 1017

Reglas

Corpus, repeticiones y corrección

Corpus 100 % ficticio

Actas, facturas, correos y propuestas inventados para el laboratorio, con trampas puestas a propósito: un desacuerdo, una excepción, facturas que no cuadran, un distractor, una orden escondida. Ningún dato es real, y si el sistema falla sabemos dónde.

Repeticiones

Cada caso se repite 3 veces por modelo para ver la variación, salvo donde la página del experimento indica otra cosa. Las pruebas de citas, OCR, RAG, skills y OpenCode con modelo local son de 1 ejecución por combinación, y así figura en cada una.

Corrección por código

Cada ejecución se corrige con reglas objetivas escritas en un script, no con una impresión. Lo que el script marca como fallo se lee a mano antes de culpar al modelo.

El corrector también es software

La primera versión daba por fallidas respuestas correctas, y pasó por cuatro versiones. Tres casos reales:

  • Una regla buscaba «cuadr» en la respuesta, y Claude Sonnet escribió «el cuadre es correcto».
  • «No consta…; queda pendiente» se cortaba en el punto y coma y contaba como fallo.
  • La versión 2 de una propuesta añadía de verdad una frase que la rúbrica no contemplaba.

Cada cambio del corrector se volvió a ejecutar sobre las mismas respuestas guardadas, sin pedir nada nuevo a los modelos. Por eso guardamos siempre las respuestas en bruto.

Datos abiertos

Cada experimento publica sus datos en CSV o JSON, saneados (sin cuentas, rutas locales ni prompts completos), con un LEEME y un script para rehacer la tabla.

Límites

Lo que no medimos

  • Precios y planes de terceros: cambian, y se consultan en la fuente oficial el día de decidir.
  • Portátiles u otras tarjetas gráficas: solo un equipo; las cifras «solo CPU» son la referencia para equipos sin gráfica dedicada.
  • LM Studio: no se instaló en este laboratorio. El instalador normal de Ollama tampoco: solo la versión zip portable.
  • Documentos largos o corpus grandes: el RAG se probó con 14 documentos; con muchos más, los embeddings podrían ganar.
  • Otras redacciones de una orden escondida: el 0 de 45 vale para esa nota, esos modelos y esas versiones.
  • La variación de las pruebas de 1 ejecución.

Repeticiones

¿Quieres que repitamos algo?

Dinos qué experimento, con qué versión o con qué variante. Repetiremos las pruebas con la próxima versión de los modelos.

Escríbenos