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

La redacción basada en fuentes no es un prompt mejor ni una revisión de datos al final. Es una cadena controlada que mantiene separados el material aprobado, la evidencia extraída, la prosa generada, las decisiones de revisión y la autorización final. Si un informe piloto dice que un grupo pequeño dedicó menos tiempo a preparar primeros borradores, la IA no puede convertir ese dato en “el piloto demostró que los analistas ahorrarán tiempo”. Esa frase amplía la población, la certeza y el efecto más allá de lo observado.

¿Qué debe decidirse antes de que la IA empiece a redactar?

Antes de generar una línea, el equipo debe aprobar un paquete de redacción con el propósito del documento, la audiencia, la fecha límite, la consecuencia de un error, el dueño responsable y la decisión que el texto ayudará a tomar. El AI RMF de NIST pide documentar los límites de conocimiento, el alcance previsto, el uso y la supervisión de los resultados, además de diferenciar las funciones humanas y las de la IA. Ese principio convierte una solicitud abierta en un encargo gobernable.

El paquete también debe nombrar la herramienta autorizada, la frontera de información, el registro de fuentes, el formato de las fichas de evidencia, la plantilla de salida, el mapa de revisiones y la regla para conservar cambios importantes. Una fuente aprobada fija el perímetro de trabajo, pero no garantiza que sea completa, correcta, vigente, apropiada para el propósito o utilizable bajo las reglas aplicables. Los responsables de información, privacidad, seguridad, registros o dominio determinan esos requisitos.

• Define qué se permite producir y qué decisión puede respaldar el documento.
• Prohíbe inferencias que excedan los pasajes aprobados y exige marcar cualquier vacío.
• Nombra a quien puede aceptar el borrador como documento empresarial.
• Excluye información confidencial, personal, privilegiada, restringida o protegida por contrato de herramientas no autorizadas.

¿Cómo se convierten las fuentes aprobadas en evidencia útil?

Las fuentes aprobadas se vuelven utilizables cuando un registro estable y fichas verificables delimitan exactamente lo que puede afirmarse. El perfil de IA generativa de NIST recomienda documentar la dependencia de fuentes previas y revisar la exactitud, representatividad, relevancia e idoneidad de los datos durante el ciclo de vida. Para cada fuente, registra un identificador, dueño o editor, versión o fecha, alcance, estado de aprobación, condiciones de acceso, limitaciones conocidas y motivo de actualización.

Cada ficha debe conservar el identificador de la fuente, el pasaje o la medición exacta, su ubicación, el punto respaldado, las salvedades, el uso permitido y la inferencia prohibida. El trabajo experimental de NIST combina un corpus autorizado, resultados con citas, evaluación de citas y registros estructurados vinculados con la evidencia. Esa separación inspira un mapa inspeccionable, aunque la investigación no sea un estándar final ni demuestre que una verificación automática elimine errores.

• Ficha E-04: evaluación del piloto, sección 3.2.
• Punto permitido: los participantes dedicaron menos tiempo a preparar primeros borradores en las tareas medidas.
• Limitaciones: muestra pequeña y autoseleccionada, sin grupo de comparación y con el tiempo de revisión registrado aparte.
• Inferencia prohibida: predecir un porcentaje de ahorro para los analistas o afirmar productividad para toda la organización.

¿Cómo puede redactar el modelo sin ocultar vacíos de evidencia?

El modelo puede redactar sin ocultar vacíos si recibe un contrato de generación limitado a fichas identificadas y una conducta explícita ante información faltante. Mantener separados las fichas, las instrucciones, el borrador y las aprobaciones permite inspeccionar qué evidencia sostiene cada afirmación y quién tomó cada decisión. La plantilla puede pedir contexto, observaciones respaldadas, riesgos sin resolver, opciones y recomendaciones permitidas, sin convertir el texto fuente en prosa invisible dentro de una conversación.

El contrato debe exigir una marca visible como “[SE NECESITA EVIDENCIA]” cuando falte respaldo y prohibir estadísticas externas, afirmaciones de proveedores, interpretaciones de políticas, conocimiento general del modelo o citas inventadas. El perfil de NIST recomienda revisar y verificar las fuentes y citas de los resultados generados; por eso, una cita visible no prueba por sí sola que la afirmación contigua esté respaldada. El modelo redactor no debe ser el único verificador de sus propios resultados: las afirmaciones importantes deben regresar al pasaje aprobado o al revisor correspondiente.

1. Genera únicamente desde las fichas incluidas en el paquete.
2. Adjunta a cada afirmación importante los identificadores utilizados.
3. Marca los vacíos sin intentar resolverlos por cuenta propia.
4. Envía cualquier excepción al responsable nombrado antes de continuar.

¿Quién debe revisar cada parte del borrador?

Cada parte debe llegar a una persona con una pregunta y un derecho de decisión definidos. El AI RMF de NIST establece que las funciones, responsabilidades, líneas de comunicación y obligaciones de supervisión deben estar documentadas y ser claras. La exactitud de la evidencia, la calidad editorial, el riesgo especializado y la autorización de publicación son preguntas distintas, aunque una persona cubra más de una función. Combinar puestos en un equipo pequeño no debe borrar esas decisiones.

• El dueño de fuentes confirma el conjunto aprobado y su vigencia.
• El revisor de evidencia compara las cláusulas importantes con las fichas y los pasajes originales.
• El editor mejora estructura, tono y claridad sin cambiar el significado documental.
• El especialista revisa solo los temas de política, seguridad, privacidad, método o dominio que activen su participación.
• El aprobador acepta la recomendación, sus condiciones y la incertidumbre residual.

En dos conjuntos de datos de investigación sobre resúmenes extensos, LongEval encontró que los juicios más detallados, como la revisión por cláusula, redujeron el desacuerdo entre anotadores. Aplicar esa observación a documentos empresariales es una inferencia práctica, no un resultado universal. NIST describe una canalización experimental que evalúa citas contra material confiable y guarda resultados estructurados vinculados con evidencia; no la presenta como sustituto de la aprobación humana. La automatización puede priorizar trabajo, pero no asumir responsabilidad.

Un borrador fundamentado permite rastrear, cuestionar, corregir y aprobar conscientemente cada afirmación importante.

¿Qué cambios requieren un registro explícito?

Un cambio merece un registro explícito cuando altera un hecho, una interpretación, una recomendación, un compromiso, una obligación, el tratamiento del riesgo, la base documental o el estado de aprobación. El perfil de NIST señala que los metadatos de procedencia pueden incluir creadores, fechas, modificaciones y fuentes, y recomienda conservar registros de cambios de contenido con metadatos asociados. La corrección de estilo y el formato pueden permanecer en el historial normal, salvo que la política interna exija algo más.

El registro puede ser breve: texto anterior, texto nuevo, motivo, evidencia afectada, revisor, aprobador y momento de la decisión. En el ejemplo, “El piloto demostró que el flujo ahorrará tiempo a los analistas” se corrige a “En las tareas medidas del piloto, los participantes dedicaron menos tiempo a preparar primeros borradores; la muestra pequeña y autoseleccionada no establece el efecto en el trabajo analítico”. No existe en estas fuentes una regla universal para guardar todos los prompts, insumos, resultados y borradores; la organización debe decidir qué conservar según el propósito, el riesgo y sus políticas aplicables.

¿Cómo cambia el flujo para informes, análisis y mensajes rutinarios?

El flujo debe conservar el mismo patrón de límites, evidencia, revisión y aprobación, pero ajustar el peso de cada control al uso del documento. Un informe para decidir necesita dueño, fecha, consecuencias, opciones respaldadas, recomendación, incertidumbre y aprobación. Un análisis exige pregunta, método, fechas, exclusiones, fuentes y limitaciones. Un mensaje rutinario puede partir de nombres, fechas, enlaces y lenguaje fijo ya aprobados, siempre que el remitente revise el resultado y escale cualquier novedad importante.

La extensión no determina por sí sola la profundidad de revisión: un mensaje breve que crea un compromiso importante puede requerir más escrutinio que un informe largo y de bajo riesgo. La tabla ofrece paquetes mínimos, no requisitos universales. Si aparecen información sensible, permisos inciertos, declaraciones reguladas, términos contractuales o juicios especializados, el equipo debe consultar al responsable organizacional correspondiente. El modelo puede señalar el disparador, pero no decidir por sí mismo qué obligación se aplica.

¿Cómo se mantiene confiable el flujo cuando cambian las fuentes?

El flujo se mantiene confiable mediante responsables de actualización, muestreo de expedientes terminados y aprendizaje a partir de correcciones. 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 revisión cuando cambien sus hechos, versión, relevancia, permisos o estado dentro de la organización. La frecuencia depende de la volatilidad de la fuente, el uso del documento y las políticas internas.

Una muestra de paquetes completados permite comprobar si las afirmaciones siguen siendo rastreables, las limitaciones sobreviven a la edición, las revisiones activadas ocurrieron y los cambios importantes quedaron registrados. Cuando una fuente cae fuera del límite aprobado o surge un problema de política, sensibilidad, permisos o dominio, se pausa la parte afectada. El responsable designado decide cómo resolver la frontera, documenta la excepción y autoriza la reanudación con un conjunto de fuentes explícitamente actualizado.

Las correcciones recurrentes deben alimentar el diseño, no solo una lista de errores. Si el modelo repite la misma inferencia sin respaldo, conviene precisar la ficha, la plantilla o el límite de generación antes de sumar otra revisión al final. Para empezar, elige un tipo de documento frecuente y vuelve visibles cuatro elementos: frontera de evidencia, decisiones de revisión, ruta de excepción y regla de cambios importantes. Los dueños de información, seguridad, privacidad, registros, política o dominio fijan los requisitos aplicables; el modelo no los determina.