Cómo diseñar un flujo de redacción con IA generativa basado en fuentes

La redacción basada en fuentes no es un truco de prompt, sino una cadena controlada que mantiene separadas las pruebas, la prosa generada, las decisiones de revisión y la aprobación. Si un informe piloto dice que un grupo pequeño y autoseleccionado tardó menos en preparar primeros borradores durante unas tareas medidas, el sistema no puede convertirlo en «el piloto demostró que los analistas ahorrarán tiempo». La segunda frase amplía la población, la certeza y el alcance más allá de lo observado.

Ese salto puede sobrevivir a una redacción impecable y a una cita aparentemente convincente. Por eso el control debe empezar antes de generar texto: hay que decidir qué documento se necesita, qué fuentes están admitidas, qué permite afirmar cada prueba y quién acepta la incertidumbre restante. El resultado útil no es solo un borrador legible, sino un paquete en el que una afirmación relevante pueda rastrearse, cuestionarse, corregirse y aprobarse con conocimiento de causa.

¿Qué debe decidirse antes de que la IA generativa redacte?

Antes de redactar debe existir un encargo mínimo que delimite la decisión, las pruebas y la responsabilidad humana. El AI RMF de NIST pide documentar los límites de conocimiento de la IA, el ámbito previsto, la supervisión de resultados y la distribución de responsabilidades entre personas y sistemas. Aplicado a un documento empresarial, esto exige concretar quién lo encarga, para quién se escribe, qué acción debe facilitar y quién puede convertir el borrador en una comunicación oficial.

• Propósito, audiencia, fecha límite, consecuencia del error y decisión que debe respaldar el documento.
• Responsable del contenido, persona que aprueba y formato de salida autorizado.
• Herramienta aprobada, clasificación de la información y materiales que pueden introducirse.
• Registro de fuentes, fichas de pruebas, plantilla de salida y mapa de revisiones.
• Afirmaciones permitidas, inferencias prohibidas y marca que señalará cualquier respaldo ausente.
• Criterio proporcional para conservar entradas, resultados, borradores y cambios relevantes.

El encargo también debe indicar el estado del resultado: borrador para revisión, propuesta sujeta a condiciones o documento listo para aprobación. Aprobar un conjunto de fuentes crea un límite operativo; no garantiza que cada documento sea completo, correcto, vigente, adecuado o utilizable conforme a las reglas aplicables. Los responsables de información, privacidad, seguridad, asesoría jurídica, archivo o la materia correspondiente deben resolver esas cuestiones cuando se activen.

¿Cómo se convierten las fuentes aprobadas en pruebas útiles?

Las fuentes se vuelven utilizables cuando un registro estable y unas fichas de pruebas delimitan exactamente qué respaldan. El perfil de IA generativa de NIST recomienda documentar la dependencia de fuentes de datos y revisar su exactitud, representatividad, relevancia e idoneidad durante el ciclo de vida. La aprobación interna debería considerar además la autoridad, la fecha, el ámbito, las condiciones de acceso, los permisos aplicables, las limitaciones conocidas y el motivo que obligaría a revisar la fuente.

• El registro asigna a cada fuente un identificador estable y recoge editor o propietario, versión, fecha, ámbito y estado de aprobación.
• Cada ficha de pruebas debe conservar el identificador de la fuente, el pasaje o medición exactos, su localizador, el punto respaldado, las salvedades y los usos permitidos.
• La ficha añade una inferencia prohibida para impedir que una observación limitada se transforme en una predicción o conclusión general.
• El desencadenante de actualización indica cuándo una nueva versión, un cambio de hechos o una pérdida de vigencia exige otra revisión.

En el ejemplo del piloto, la ficha E-04 permite decir que los participantes emplearon menos tiempo en preparar primeros borradores durante las tareas medidas. También conserva que la muestra era pequeña y autoseleccionada, que no había grupo de comparación y que el tiempo de revisión se registró aparte. Por tanto, prohíbe pronosticar un porcentaje de ahorro para los analistas. El trabajo experimental de NIST combina un corpus autorizado, resultados con citas, evaluación de esas citas y registros estructurados vinculados a las pruebas.

¿Cómo puede redactar el modelo sin ocultar los huecos de información?

El modelo puede redactar sin ocultar carencias si recibe un contrato de generación limitado a las fichas aprobadas y devuelve los huecos de forma visible. La capa de pruebas debe permanecer separada de la prosa: las fichas contienen pasajes, mediciones y salvedades; el borrador organiza esas pruebas para la audiencia. Así, una frase elegante nunca ocupa el lugar documental del material que supuestamente la respalda.

1. Entregar identificadores de fichas y una plantilla para contexto, observaciones, riesgos pendientes, opciones y recomendación.
2. Autorizar únicamente las afirmaciones e inferencias que las fichas permiten.
3. Si falta respaldo, el modelo debe insertar una marca visible de prueba pendiente en lugar de completar el hueco con conocimiento general.
4. Prohibir estadísticas externas, afirmaciones comerciales, interpretaciones de políticas y citas inventadas que no figuren en el paquete.
5. Solicitar una relación entre cada afirmación relevante y la ficha que permite formularla.

El perfil de NIST recomienda revisar y verificar las fuentes y citas de los resultados generados; por tanto, una referencia visible no demuestra que la frase contigua esté respaldada. El revisor debe abrir el pasaje, comprobar que corresponde a la afirmación y confirmar que se mantienen alcance y salvedades. El modelo que redacta no debe ser el único encargado de comprobar sus propias afirmaciones relevantes.

¿Quién debe revisar cada parte de un borrador basado en fuentes?

Cada parte debe revisarla quien tenga la pregunta y la autoridad adecuadas, no una figura genérica encargada de «supervisión humana». El AI RMF de NIST establece que las funciones, responsabilidades, vías de comunicación y obligaciones de supervisión deben quedar documentadas y claras. La exactitud de las pruebas, la calidad editorial, el riesgo especializado y la autorización de publicación son decisiones distintas. Un equipo pequeño puede concentrarlas en pocas personas, pero debe conservar cada pregunta y dejar claro cuándo cambia de función.

• El responsable de fuentes confirma el conjunto aprobado, sus versiones y la fidelidad de las fichas.
• El revisor de pruebas compara las afirmaciones relevantes con las fichas y con los pasajes originales.
• La persona editora mejora estructura, claridad y adecuación a la audiencia sin alterar silenciosamente el significado.
• Un especialista interviene cuando se activa un riesgo de política, método, dominio, información o compromiso.
• Quien aprueba acepta la recomendación, las condiciones, la incertidumbre residual y la publicación.

En dos conjuntos de datos de investigación sobre resúmenes extensos, LongEval observó menos desacuerdo entre evaluadores cuando empleaban juicios más granulares, como la revisión por cláusulas. Trasladar ese resultado a documentos empresariales es una inferencia práctica: aconseja revisar unidades delimitadas, pero no demuestra un efecto universal. Las comprobaciones automáticas pueden ayudar a ordenar la revisión y relacionar afirmaciones con fuentes, pero no deben adoptar la decisión final. NIST presenta las comprobaciones automáticas como sondas de evaluación experimentales, no como un estándar terminado ni como sustituto de la aprobación humana.

Un borrador fundamentado no es el que simplemente cita fuentes, sino aquel cuyas afirmaciones relevantes pueden rastrearse, discutirse, corregirse y aprobarse conscientemente.

¿Qué cambios necesitan un registro explícito?

Conviene registrar expresamente un cambio cuando altera el significado factual, la interpretación, la recomendación, un compromiso, una obligación, el tratamiento del riesgo, la base documental o el estado de aprobación. Las mejoras ortográficas, de estilo o de formato pueden permanecer en el historial habitual, salvo que la política interna exija otra cosa. El perfil de NIST indica que los metadatos de procedencia pueden incluir autores, fechas, modificaciones y fuentes, y recomienda mantener registros de los cambios de contenido con sus metadatos.

• Redacción anterior y posterior.
• Razón del cambio.
• Fichas y fuentes afectadas.
• Persona que revisa y persona que aprueba.
• Fecha y hora de la decisión.
• Condiciones o incertidumbre que permanecen.

La corrección del ejemplo sustituye «el piloto demostró que el flujo ahorrará tiempo a los analistas» por «en las tareas medidas del piloto, los participantes emplearon menos tiempo en preparar primeros borradores; la muestra pequeña y autoseleccionada no permite establecer el efecto sobre el trabajo de los analistas». El registro explica que se eliminaron inferencias causales y generales no respaldadas y vincula el cambio con E-04. No existe en estas fuentes una regla universal que obligue a conservar todos los prompts, entradas, resultados y borradores.

¿Cómo debe adaptarse el control a informes, dosieres y mensajes rutinarios?

El flujo debe conservar el mismo patrón de fuentes, límites, revisión y aprobación, pero ajustar su peso al propósito y a las consecuencias del documento. La longitud no determina por sí sola la profundidad de revisión: un mensaje breve que crea un compromiso relevante puede requerir más control que un informe largo de bajo impacto. El equipo debe valorar qué decisión provoca el texto, quién podría actuar basándose en él y cuánto costaría corregir un error después de enviarlo.

Esta proporcionalidad evita imponer un expediente pesado a cada correo sin rebajar el control donde una frase breve puede crear obligaciones. Para una comunicación repetitiva suelen bastar datos aprobados, lenguaje fijo y revisión del remitente. Un informe analítico necesita conservar método, exclusiones y versiones de fuentes. Un dosier de decisión debe mostrar con especial claridad opciones, recomendación, condiciones, incertidumbre y autoridad de aprobación.

¿Cómo se mantiene fiable el flujo cuando cambian las fuentes y el trabajo?

El flujo se mantiene fiable mediante responsables de actualización, muestreo de expedientes terminados, análisis de correcciones y una vía de excepción definida. El perfil de NIST recomienda definir responsabilidades de revisión periódica para la procedencia del contenido y documentar las funciones de supervisión humana. Una fuente debe volver a revisarse cuando cambien sus hechos, versión, relevancia, permisos o estado organizativo. No basta con confiar en que la última persona que edite detectará el problema.

• Muestrear paquetes terminados y comprobar que las afirmaciones siguen siendo rastreables.
• Verificar que las limitaciones sobreviven a la edición y que se realizan las revisiones activadas.
• Confirmar que los cambios relevantes enlazan pruebas, motivos, revisores y aprobación.
• Agrupar correcciones y excepciones recurrentes para localizar fallos anteriores a la revisión final.

Si aparece una fuente no aprobada o un problema de sensibilidad, permisos, política o revisión especializada, debe pausarse la parte afectada hasta que el responsable nombrado resuelva la excepción. La decisión sobre el límite se registra y el trabajo solo continúa cuando se aprueba una fuente revisada o una excepción explícita. Cuando se repita la misma inferencia sin respaldo, conviene corregir la ficha de pruebas, la plantilla o el límite de generación antes de añadir más revisión al final. Para empezar, elija un documento recurrente y haga visibles estos cuatro elementos: límite de pruebas, decisiones de revisión, vía de excepción y regla de cambios relevantes.