--- title: Entender la puntuación question: ¿Qué significa la puntuación mostrada en una ejecución? description: Qué mide la puntuación, el umbral que bloquea una merge request y lo que no dice. section: understand order: 1 --- La puntuación es la nota que el agente verificador da al código producido, entre 0 y 1. **Por debajo de 0,8 la merge request pasa a borrador** y el pipeline intenta una corrección automática en lugar de entregarle un trabajo que considera insuficiente. ## ¿Qué se puntúa exactamente? La conformidad del código producido con la incidencia y con las convenciones de la tecnología: si lo pedido está hecho, si respeta las reglas del framework, si los archivos modificados son coherentes entre sí. La puntuación **no mide** si su funcionalidad es una buena idea, ni si gustará a sus usuarios. Es una nota de conformidad, no de pertinencia. ## ¿Qué ocurre por debajo del umbral? El pipeline vuelve a lanzar el agente desarrollador con las objeciones del verificador, dentro del número de intentos que su cuenta permite. Si la puntuación sigue baja, la merge request se entrega **en borrador**, con los motivos escritos como comentario: usted ve qué falla en lugar de descubrir un trabajo incompleto ya fusionado. ## ¿Puedo cambiar el umbral? El umbral de 0,8 lo fija el editor y es idéntico para todas las cuentas. Lo que usted controla es el **número de intentos de corrección automática** (Pipeline → Ejecución): cada intento es una ida y vuelta completa, y por tanto un coste. ## ¿Una puntuación baja significa que el código es malo? No necesariamente. Significa que el verificador no está convencido. Lea sus comentarios en la merge request: a veces tiene razón, a veces ha tropezado con una convención interna que no conoce, y entonces la buena respuesta es escribir esa convención en sus contextos para que las siguientes ejecuciones la conozcan.