Caso de estudio · Sistemas de IA: agentes, equipos y resultados
Caso: la gobernanza que firma. Cómo una operación con agentes de IA decide qué llega a publicarse
Sebastián Ocampo · 2026-07-25
Este es el tercer sistema en producción documentado en este lab, y el que sostiene a los otros dos: las reglas que deciden qué puede publicar un agente solo, qué exige firma humana y qué pasa cuando algo sale mal. No es teoría de comité: cada mecanismo descrito abajo está funcionando ahora mismo sobre las páginas de este sitio, incluida esta.
- 34 Tests automáticos que bloquean la publicación si una regla se incumple
- 417 Registros de contenido validados contra las reglas en cada construcción del sitio
- 100% Piezas publicadas con revisión y firma humana; los agentes no publican solos
El problema: una máquina de producir es, por defecto, una máquina de equivocarse a escala
Esta casa opera con agentes de IA: una editorial trilingüe y un sistema de investigación de mercado. Eso significa que la capacidad de producir errores también está automatizada: un agente puede generar en una hora más afirmaciones sin fuente, más enlaces rotos y más incoherencias de estilo de las que un humano revisaría en una semana. Y el producto de esta casa es precisamente la confianza: una publicación cuyo sistema de veredictos dice en portada si un robot es real, teleoperado o puesta en escena no puede permitirse que su propio contenido incumpla el rigor que exige a los demás. El método público de esos veredictos está en la metodología.
El riesgo tiene además un nombre externo: los buscadores penalizan el abuso de contenido a escala, y los lectores penalizan antes. La pregunta de diseño no era "cómo evitar que la IA se equivoque" (no se puede) sino: ¿qué sistema hace que ningún error de agente llegue a publicarse sin pasar por reglas ejecutables y por una persona que responde con su nombre? La respuesta útil para cualquier empresa es que la gobernanza no va de frenar la producción: va de decidir, con mecanismos y no con memoria, qué cruza la puerta.
El sistema: reglas que son tests, puertas que bloquean, una firma que responde
La pieza central es un desplazamiento: las reglas editoriales no viven en un documento que los agentes deberían leer, viven en código que se ejecuta contra cada pieza. Hoy son 34 tests automáticos sobre 417 registros de contenido en tres idiomas, y la publicación está bloqueada mientras uno solo falle. Encima de las puertas automáticas hay dos capas más: verificación en navegador real (la página construida se comprueba en móvil antes de publicar) y la revisión humana final, que decide sobre lo único que los tests no ven: si es verdad, si es útil y si suena a esta casa. La tabla detalla cada puerta con lo que caza; el flujo completo:
- Regla escrita
- Regla convertida en test
- El agente produce
- Puertas automáticas
- Verificación en navegador
- Revisión y firma humana
- Publicación
- Registro de fallos
- Regla nueva o corregida
| Puerta | Qué comprueba | Qué caza en la práctica |
|---|---|---|
| Validación de estructura | Cada pieza de contenido se valida contra un esquema estricto: campos obligatorios, formatos, los tres idiomas presentes. | Piezas a medio traducir, fuentes sin URL, fechas mal formadas: el error estructural muere antes de existir como página. |
| Una consulta por página | Ninguna consulta de búsqueda puede tener dos páginas dueñas en el mismo idioma. | La canibalización, el modo de fallo silencioso de todo sitio que produce mucho: dos páginas compitiendo entre sí por lo mismo. |
| Cero huérfanos y enlaces resolubles | Toda página debe estar enlazada desde el grafo, y todo enlace interno debe resolver en los tres idiomas. | Páginas que nadie encontraría y enlaces que un agente escribió hacia contenido que no existe. |
| Campos de respuesta limpios | Los textos que alimentan datos estructurados y respuestas extractables no pueden contener sintaxis interna. | Cazó un enlace dentro de un FAQ el mismo día de escribir este lab: el error habría salido en los datos estructurados de la página. |
| Estilo verificable | Las reglas de voz de la casa que pueden expresarse como comprobación (signos prohibidos, estructura de la respuesta) se comprueban, no se recuerdan. | Se incumplían una y otra vez como instrucciones; dejaron de incumplirse como tests. La historia completa, abajo, en los fallos. |
| Navegador real antes de publicar | La página construida se abre en un navegador y se verifica en tamaño móvil: desbordes, elementos rotos, lo que el HTML no cuenta. | Esta puerta existe por un fallo real que llegó a producción: un vídeo roto que ningún test veía. La historia, abajo. |
| Revisión y firma humana | Una persona lee la pieza final, responde de su veracidad y la firma con su nombre. Los agentes no publican solos, sin excepciones. | Lo que ningún test puede ver: afirmaciones legales pero falsas, énfasis engañosos, promesas que la casa no debe hacer. |
Las decisiones: por qué esto y no aquello
Como en todo caso de esta casa, las herramientas importan menos que los porqués. Estas son las cinco decisiones de gobernanza que definieron el sistema, con la alternativa que desplazaron.
| Decisión | Alternativa descartada | Por qué |
|---|---|---|
| Política como tests que bloquean | Política como documento y buena voluntad | Lo vivimos: las mismas reglas se incumplían como instrucciones y dejaron de incumplirse como tests. Un manual informa; un mecanismo gobierna. |
| Puertas bloqueantes antes de publicar | Auditoría posterior sobre lo ya publicado | Un error detectado después de publicar ya cobró su precio en confianza. La puerta cuesta segundos; la retractación cuesta credibilidad. |
| Registro de fallos público | Fallos gestionados en privado | Cada caso de esta casa publica su sección de fallos. Es la prueba más barata de que el resto es verdad, y obliga a corregir de raíz en lugar de tapar. |
| Una persona firma todo con su nombre | Muestreo, o responsabilidad difusa del "equipo" | La responsabilidad con nombre cambia el comportamiento del que firma y la confianza del que lee. "Revisado por el equipo" no le duele a nadie. |
| Reglas y datos en formatos propios y portables | Gobernanza configurada dentro de la herramienta de IA | Las reglas que viven en el producto de un proveedor se van con el proveedor. Las nuestras funcionan igual si mañana cambia el modelo: cambiar es reconfigurar, no reconstruir. |
La cuenta: lo que cuesta gobernar así
La gobernanza automática tiene un coste marginal cercano a cero: los 34 tests corren en segundos en cada construcción del sitio, sin coste de plataforma añadido, y las comprobaciones de navegador añaden un par de minutos por publicación. El coste real es humano y es la revisión final: leer, verificar afirmaciones contra fuentes y firmar, que es la partida de supervisión que domina cualquier operación con agentes (el desglose completo de esa estructura de coste, con calculadora, está en el blueprint de operación de contenido).
La cuenta del otro lado es la que casi nadie hace: lo que la puerta evita. Cada fallo de la tabla de arriba cazado antes de publicar costó minutos de corrección; el único fallo real que cruzó hasta producción (el vídeo, contado abajo) costó horas de diagnóstico, una corrección urgente y la parte de confianza del lector que nunca se mide. En una operación que produce a velocidad de agente, la relación entre esos dos números solo puede crecer a favor de las puertas: es la inversión con mejor rendimiento de todo el sistema.
Lo que falló
Tres fallos reales, elegidos porque cada uno enseñó una regla distinta. El primero es fundacional: las reglas de voz de la casa (desde un signo tipográfico prohibido hasta la estructura de la primera frase) se incumplían una y otra vez en borradores mientras fueron instrucciones escritas. Dejaron de incumplirse el día que se convirtieron en tests que impiden publicar. De ahí viene el principio que da título al caso: si tu guía de estilo no puede rechazar una pieza, es una sugerencia.
El segundo cruzó hasta producción y lo encontró un lector: un vídeo incrustado que se veía como una caja negra en el móvil. Ningún test lo veía, porque los tests leen datos y estructura, no píxeles: la causa era una combinación de un formato de vídeo vertical y una regla de estilo que nunca podía aplicarse al elemento creado dinámicamente. La corrección técnica tardó una tarde; la corrección de gobernanza fue añadir la puerta que faltaba, la verificación en navegador real y tamaño móvil antes de cada publicación. Las puertas de este sistema no salieron de un plan maestro: cada una es la cicatriz de un fallo concreto.
El tercero fue de reparto y lo cazó la revisión humana, no un test: la primera versión del perfil del autor le atribuía la verificación de robots, cuando quien verifica es la publicación con su método y la persona construye sistemas. Leída en frío, la frase era falsa, y es exactamente el tipo de error (jurídicamente inocuo, reputacionalmente letal) que ningún test estructural verá jamás. Por eso la última puerta es una persona, y por eso este caso se llama como se llama: la gobernanza que firma.
Dónde encaja esto en los marcos (NIST, ISO 42001, AI Act)
Este sistema no se diseñó rellenando un marco, pero mapea limpio sobre ellos, y ese mapeo es útil si tienes que defenderlo ante un consejo o un auditor. Contra el marco de gestión de riesgos de IA del NIST: las reglas escritas y la firma nominal son la función de gobierno; el registro de fallos, la de medición; las puertas bloqueantes, la de gestión. Contra el espíritu de ISO/IEC 42001: esto es un sistema de gestión de IA en miniatura, con política, controles operativos, mejora continua alimentada por fallos y responsabilidad asignada. Y contra la dirección del AI Act europeo, que empuja hacia transparencia y supervisión humana de los sistemas que producen contenido: aquí la supervisión humana no es una casilla, es la puerta final con nombre y apellido. La certificación CAIM que firma este lab cubre precisamente ese oficio: alinear sistemas reales con estos marcos sin convertirlos en teatro documental.
La traducción a tu empresa no es copiar estas puertas, es copiar la pregunta que las creó: por cada regla de tu política de IA, ¿qué mecanismo la ejecuta, y qué pasa exactamente cuando se incumple? Donde la respuesta sea "confiamos en que la gente la recuerde", ahí tienes tu próximo fallo esperando fecha.
Cómo montar la gobernanza que firma en tu empresa
Seis pasos, en el orden que funciona. El patrón vale igual para contenido, informes financieros, atención al cliente o cualquier otro flujo donde agentes produzcan trabajo que sale al mundo.
- Escribe las reglas como frases comprobables No "el contenido será de calidad" sino "toda afirmación numérica lleva fuente con URL" o "ninguna pieza sale sin los tres idiomas". Si una regla no puede fallar de forma detectable, todavía no es una regla: es una aspiración.
- Convierte en mecanismo todo lo convertible Cada regla comprobable se convierte en una comprobación automática que bloquea, no que avisa. No hace falta gran ingeniería: la validación de estructura y las listas de prohibiciones cubren la mayoría de reglas de cualquier operación, y se montan en días.
- Define qué exige firma humana, y que sea nominal La línea clara: los agentes preparan, las puertas filtran, una persona con nombre firma lo que sale al mundo. La firma difusa ("revisado por el equipo") no cambia comportamientos; la nominal sí, en las dos direcciones.
- Añade la verificación que ve lo que los datos no ven El resultado final, mirado como lo verá el destinatario: la página en un móvil real, el informe abierto en el formato del cliente, el correo leído en el buzón. Nuestro único fallo en producción vivía exactamente en ese hueco.
- Publica (al menos internamente) el registro de fallos Cada fallo con causa, corrección y regla nueva. El registro visible convierte los errores en infraestructura y desactiva la política del disimulo, que es el verdadero riesgo de continuidad de cualquier operación con IA.
- Cierra el circuito: cada fallo termina en una regla La pregunta ritual tras cada incidente: ¿qué puerta habría cazado esto, y por qué no existía? Así el sistema mejora al ritmo de sus errores, que es el único ritmo de mejora que una operación con agentes puede sostener con honestidad.
Hacia dónde evoluciona (leído en julio de 2026)
Dos curvas se cruzan. La primera: el coste de producir con agentes sigue cayendo, así que la producción deja de ser ventaja para nadie y la diferencia se traslada entera a lo que aquí se ha contado: qué sistema decide qué se publica y quién responde. La segunda: la regulación europea avanza por fases hacia exigir transparencia y supervisión humana demostrable, y la distancia entre "tenemos una política de IA" y "nuestra política puede rechazar trabajo y dejar rastro" se convertirá en distancia auditable. Nuestra apuesta operativa para los próximos trimestres: los propios agentes asumirán más autocomprobación (proponer el test junto con la pieza), la verificación en navegador se automatizará dentro de las puertas, y el registro de fallos ganará estructura de dataset, como todo en esta casa. Lo que no va a cambiar es la última puerta: una persona que firma. Cuanto más produzcan las máquinas, más vale la firma.
El sistema completo de esta casa, con sus otros dos casos en producción y sus respuestas rápidas, está en Sistemas de IA.
Preguntas frecuentes
- ¿La gobernanza no frena la velocidad que ganas con los agentes?
- Al revés: es lo que permite usar la velocidad. Las puertas automáticas corren en segundos y no añaden fricción perceptible; lo que sí consume tiempo, la revisión humana final, existiría igual en cualquier operación seria. Sin puertas, cada pieza rápida es una apuesta; el día que una sale mal en público, la operación entera se frena de golpe y durante mucho más tiempo del que las puertas habrían costado en un año.
- ¿Cuántas reglas hacen falta para empezar?
- Menos de las que crees: nuestras puertas nacieron de fallos concretos, no de un plan maestro. Un arranque honesto son tres mecanismos: validación de estructura de lo que producen los agentes (campos obligatorios, fuentes con URL), una lista corta de prohibiciones comprobables, y la regla de firma nominal. Con eso funcionando, cada incidente nuevo te dice qué puerta añadir. La gobernanza que se diseña entera en un retiro de dirección suele describir una empresa que no existe.
- ¿Qué herramientas hacen falta para las puertas automáticas?
- Ninguna exótica: las nuestras son tests de software corrientes (validación de esquemas y comprobaciones de texto) que corren en cada construcción del sitio, y un navegador automatizado para la verificación visual. En una operación sin desarrolladores, el mismo papel lo cumplen la validación de formularios de tu CMS, plantillas con campos obligatorios y listas de comprobación que alguien ejecuta de verdad. La herramienta importa poco; lo que importa es la propiedad de bloquear: si el trabajo puede publicarse saltándose la comprobación, no tienes una puerta, tienes una recomendación.
- ¿Esto sirve para cumplir con el AI Act o la nLPD?
- Es la base operativa, no el cumplimiento entero: qué obligaciones concretas te aplican depende de tu sector, tus sistemas y tus datos, y eso exige su propio análisis. Lo que este patrón te da es lo que los marcos presuponen y casi nadie tiene: supervisión humana demostrable, controles que dejan rastro y un registro de incidentes vivo. Con esa base, el trabajo de cumplimiento es mapear y documentar; sin ella, es inventar sobre papel una operación que no existe, y esa ficción es la que cae en la primera auditoría seria.
Fuentes
- AI Risk Management Framework · NIST · 2023
- ISO/IEC 42001: Information technology, Artificial intelligence, Management system · ISO · 2023
- Regulatory framework on Artificial Intelligence (EU AI Act) · European Commission · 2026
- Spam policies for Google web search (scaled content abuse) · Google Search Central · 2026
- Certified Artificial Intelligence Manager - CAIM® · PECB · 2026
Más casos y método, en Sistemas de IA: agentes, equipos y resultados.