Qué es un gate: el control que frena antes de publicar
Un eval te dice qué tan bien lo hizo tu IA. Un gate decide si eso sale o no sale. Es la puerta que se cierra sola cuando algo no cumple, antes de publicar, guardar o desplegar, sin que nadie tenga que acordarse de revisar. Aquí va qué es, en qué se diferencia de un eval o un hook, qué merece uno y cómo evitar que acabes ignorándolo.
- 01Qué esQué es un gate
- 02Qué esGate, eval, canario y hook: quién hace qué
- 03DecidirQué merece un gate
- 04Paso a pasoCómo montar uno
- 05CuidadoEl gate que todos aprenden a ignorar
- 06PromptsUn prompt para convertir una revisión en gate
- 07CuidadoLo honesto
Qué es un gate (quality gate)
SonarQube, una de las herramientas más conocidas para revisar código, lo explica así: un quality gate es un conjunto de condiciones contra las que se mide el código, y responde una sola pregunta: ¿está listo para salir? Según el resultado, pasa o no pasa, y puede bloquear que el cambio se integre. (SonarQube · quality gates)
GitHub tiene lo mismo con otro nombre: las comprobaciones obligatorias. Si las activas en una rama, todas tienen que pasar antes de que alguien pueda integrar cambios en ella. (GitHub Docs · ramas protegidas)
Piensa en el control del aeropuerto. No evalúa si vas a tener un buen viaje: decide si pasas o no. Y no depende de que te acuerdes de pasar por él: está en el único camino al avión.
Gate, eval, canario y hook: quién hace qué
Son cuatro palabras que se usan juntas y se confunden. Cada una tiene su guía en este glosario:
Qué merece un gate
No todo. Un gate tiene sentido cuando se cumplen tres cosas a la vez:
- Sale caro si sale mal: una contraseña subida a internet, una web publicada con errores, un mensaje enviado a clientes.
- Se puede comprobar sin opinar: «el título no pasa de 60 caracteres» se comprueba; «el texto es bonito», no.
- Se repite: si lo vas a hacer una sola vez, basta con revisarlo a mano.
Nuestro ejemplo real · en cada commit
En IActn, cada vez que guardamos una versión con un commit, un gate revisa lo que va dentro. Si encuentra una contraseña o una clave, el commit no se hace; si ve datos personales, avisa para que alguien decida.
Nuestro ejemplo real · antes de publicar
Esta guía no se publica si no pasa un gate que revisa su estructura, sus fuentes, que el título no pase de 60 caracteres y la descripción de 160.
Cómo montar un gate
- Escribe la condición como una pregunta de sí o no. «¿Hay alguna contraseña en los archivos que voy a guardar?». Si la respuesta depende de a quién le preguntes, todavía no es un gate.
- Ponlo en el único camino. Que corra solo, justo antes de la salida: con un hook antes del commit, como paso obligatorio antes de publicar o como comprobación obligatoria en GitHub.
- Que diga por qué frena y cómo arreglarlo. Un «error» a secas hace perder más tiempo del que ahorra.
- Dale su canario. Un caso roto que tiene que frenar y uno sano que tiene que pasar. Un gate que nunca viste en rojo no protege nada.
- Separa lo nuevo de lo viejo. Si hoy ya tienes cosas que no cumplen, aplica la regla a lo nuevo y deja lo viejo en una lista para ir arreglándolo. SonarQube hace algo parecido: sus condiciones pueden mirar solo el código nuevo o el proyecto entero.
Nos pasó: cuando pusimos el límite de 160 caracteres a las descripciones, 4 guías viejas ya lo pasaban. Si el gate las hubiera frenado, habría estado en rojo desde el primer día. Quedaron en una lista aparte para acortarlas, y la regla frena a todas las nuevas.
El gate que todos aprenden a ignorar
El fallo más común no es un gate que deja pasar un error: es uno que está en rojo tan seguido que la gente deja de mirarlo. Por eso trabajamos con dos niveles de dureza: lo que se puede comprobar sin opinar frena; lo que exigiría perfección se mide contra lo que ya había, para que avise de lo nuevo sin gritar por lo viejo.
Y dos reglas más:
- Saltarse un gate se decide, no se cuela. Si alguna vez hay que pasar por encima, que sea con un «sí, sáltalo» claro, nunca con un «bueno, ya lo reviso después».
- Los gates también se vigilan. Tenemos un control que revisa que cada gate tenga su canario y que ese canario pase. Un gate sin canario es una promesa, no una protección.
Un prompt para convertir una revisión en gate
Es nuestro, no de Anthropic.
De «siempre reviso esto a mano» a un gate
Cuándo usarlo: cuando repites la misma revisión antes de publicar o guardar, o cuando algo ya se te escapó una vez.
Lo honesto
- «Gate» a secas es cómo lo decimos en casa. En la industria se dice «quality gate» o, en GitHub, comprobaciones obligatorias. La idea es la misma.
- Un gate solo comprueba lo que le dijiste. Pasar el gate no significa que todo esté bien: significa que cumple esas condiciones.
- No sirve para el gusto. Lo que depende de opinión (si un texto convence, si un diseño gusta) lo sigue revisando una persona.
- Las comprobaciones obligatorias de GitHub dependen del plan: están en repositorios públicos gratis y en privados con planes de pago, según su documentación al 01-10-2026.
Un eval mide; un gate decide. Ponlo delante de lo que sale caro corregir, con una pregunta de sí o no, en el único camino de salida y con su canario. Y si al estrenarlo ya hay cosas que no cumplen, sepáralas: un gate en rojo permanente no protege a nadie.
¿Y ahora qué?
Tres formas de seguir, según lo que prefieras.
El mensaje para tu grupo
¿Le sirve a alguien de tu equipo o de tu grupo? Cópialo tal cual o ábrelo directo en WhatsApp.
Te paso esta guía: Qué es un gate. El control que frena antes de que salga el error. https://iactn.com/arsenal/que-es-un-gate/Fuentes, leídas el 01-10-2026
- Understanding quality gates · SonarQube Server Docs. Qué es un quality gate, la pregunta «¿está listo para salir?», que puede bloquear la integración de un cambio y las condiciones sobre código nuevo o sobre todo el proyecto.
- About protected branches · GitHub Docs. Las comprobaciones obligatorias que tienen que pasar antes de integrar cambios, y en qué planes están.