Revisarlo todo suena sólido. En la práctica, una lista de cambios se lee en diagonal. Un borrador de informe tiene fácilmente cuarenta modificaciones, casi todas inofensivas: una coma, una frase más corta, otra palabra para «implementar». Quien las lee todas con el mismo cuidado lee los cuatro cambios que importan con la misma ligereza que el resto. Y quien las lee todas por encima se pierde esos cuatro.
Así que la solución no es más revisión. Es decidir de antemano qué cambios requieren un juicio, para que la atención esté donde hace falta.
Qué fase es esta
SEAL describe las cuatro fases por las que pasa el trabajo de conocimiento: Source, Edit, Approve, Launch. En cada fase se puede perder la trazabilidad de una fuente, y la fase más débil determina lo que vale el trabajo.
Esto es cuestión de Approve. La pregunta de esa fase es: ¿quién ha revisado el contenido, con qué conocimiento experto y frente a qué?
Approve suele fallar porque nadie ha dejado por escrito qué hay que revisar. Entonces hay dos desenlaces, y ninguno vale. O todo pasa por un juicio experto, con lo que la supervisión se evapora sola en una semana de mucho trabajo. O nada pasa por él, porque «es solo un retoque pequeño». La fase funciona al revés: no más ojos, sino menos momentos. Solo los cambios de riesgo requieren un juicio, y tiene que ser un juicio de verdad, con la fuente al lado y el resultado registrado.
La causa: el tamaño no es el riesgo
Lo más natural es ordenar los cambios por tamaño. Reescribir un párrafo parece más serio que cambiar una palabra. Pero el riesgo está en lo que el cambio hace a la afirmación.
La palabra más pequeña que existe es «no». Mover una cifra, convertir «la mayoría» en «todos» o «puede» en «va a»: son cambios de una sola palabra que hacen que el texto afirme algo distinto. Reescribir un párrafo entero para mejorar la sintaxis puede no cambiar nada de fondo.
La línea divisoria es, por tanto, esta: un cambio requiere un juicio si altera lo que el texto afirma, no si altera cómo suena el texto.
La prueba: tres cajones
Recorre la lista de cambios y mete cada uno en uno de tres cajones.
1. Leer de pasada. Ortografía, formato, puntuación, un orden distinto de los párrafos sin que cambie el significado. Basta una mirada. No hace falta ninguna marca de comprobación.
2. Contrastar con la fuente. Una frase con una afirmación se ha formulado de otra manera, pero debería decir lo mismo. Quien hace el cambio o lo revisa pone la frase junto al pasaje de la fuente y ve si sigue diciendo lo mismo. Lleva un minuto y no requiere un especialista.
3. Juicio. El cambio altera lo que se afirma. Piensa en:
- una cifra, un nombre, una fecha o un importe;
- una cantidad o un alcance («una parte de», «la mayoría», «todos»);
- el grado de certeza («puede», «parece», «va a»);
- una conclusión o una recomendación;
- un pasaje jurídico o financiero;
- todo lo que un sistema de IA haya escrito o reescrito sin una fuente asociada.
En un caso de juicio, decide alguien con el conocimiento experto, con la fuente junto a la frase, y el resultado se registra. La aprobación va ligada al pasaje: si más tarde se vuelve a cambiar, caduca. Ese es el núcleo de Edit, y por eso Approve solo funciona cuando las dos fases encajan.
Si dudas entre dos cajones, elige el más pesado. De vez en cuando cuesta un minuto. Lo contrario te cuesta un error con tu nombre.
Un ejemplo
Un ejemplo inventado, para ver los cajones en acción. Un borrador de dictamen tiene catorce cambios:
- Nueve son de lectura de pasada: tres erratas, dos títulos, cuatro comas.
- Tres van a la fuente: frases acortadas, en las que el pasaje de la fuente muestra que no se ha perdido nada.
- Dos requieren un juicio. En el primero, «unas seis semanas» pasó a «seis semanas», con lo que desaparece el margen del calendario. En el segundo, «se recomienda» pasó a «es imprescindible», con lo que una recomendación se convierte en una exigencia.
Son dos juicios de catorce, y ese es precisamente el punto. Alguien con conocimiento experto dedica un cuarto de hora a lo que lo necesita, y el resto de la lista lleva cinco minutos.
Qué puedes pedirle a un sistema
Si usas una herramienta para escribir o editar, la misma pregunta reaparece en TRACES, en la capa Approval: ¿confirma una persona el contenido, diferenciado según el tipo de cambio, y se registra esa confirmación?
TRACES son las seis capas con las que evalúas un sistema de IA: Trail, Retrieval, Approval, Constraints, Expertise, Storage. Donde falta una capa, hay un riesgo.
Un sistema que trata todos los cambios igual no cumple. Pedir aprobación para todo lleva a hacer clic sin mirar. No pedirla para nada deja de ser supervisión. Un sistema utilizable muestra a qué cajón pertenece cada cambio, enseña el pasaje de la fuente cuando hace falta un juicio y guarda quién aprobó qué y cuándo.
Qué puedes hacer esta semana
- Toma el último documento que revisasteis, a ser posible con los cambios visibles o con una versión anterior al lado. Uno reescrito con IA también sirve.
- Ordena cada cambio en uno de los tres cajones. Cuéntalos.
- Mira, cajón por cajón, qué ocurrió en la práctica. ¿Alguien revisó los cambios del cajón 3 con la fuente al lado, o se leyeron de pasada?
- Escribe en una página qué requiere un juicio en vuestra organización: de cinco a siete líneas, con vuestras propias palabras, a partir de la lista anterior. Ligadla al proceso de trabajo, no a una carpeta que nadie abre.
La diferencia entre el cajón 3 y lo que realmente se revisó es vuestra fuga en Approve.