Un documento puede mostrar quién cambió una frase, pero ¿quién aprobó lo que ahora dice?
>> lunes, 28 de septiembre de 2026
Cuando la IA edita el documento, ¿quién posee el cambio?
https://www.unite.ai
Gary Espinosa
Gary Espinosa
Considera una política de soporte hipotética que promete una respuesta dentro de dos días hábiles. Una reescritura de IA propone un día hábil. Un editor humano lo cambia a tres, y un líder de equipo aprueba el documento. El archivo publicado parece ordinario. Su historial contiene una propuesta rechazada, una revisión humana y una decisión sobre lo que los clientes deben esperar.
¿Quién posee ese cambio? Necesitamos distinguir las contribuciones antes de poder asignar la responsabilidad de su publicación. De lo contrario, “asistido por IA” nos dice muy poco sobre cómo llegó la redacción final.
Separar la edición de la decisión
El anuncio de Microsoft del 29 de septiembre de 2025 de que Agent Mode en Word estaba comenzando su despliegue Frontier situó la edición conversacional dentro de la aplicación de documentos, inicialmente en la web. Ese anuncio establece la fecha de lanzamiento, no cómo cualquier organización en particular revisa los cambios resultantes.
Para un equipo que usa IA de esta manera, el punto de partida útil es la persona que solicita la edición.
Registra a esa persona por separado del software que la genera. Si alguien luego reescribe la sugerencia, también conserva esa contribución. La aprobación es otra acción, vinculada a la versión que el revisor realmente vio.
Esos roles no exigen personas distintas para cada tarea. Un editor puede solicitar una reescritura, revisarla y tener autoridad para aprobarla. La distinción sigue siendo importante: solicitar un párrafo más corto no implica necesariamente aprobar cada alteración que haga el software.
El W3C PROV data model proporciona un vocabulario para describir esta historia. Los documentos y sus versiones pueden representarse como entidades; las ediciones y aprobaciones como actividades; las personas y el software como agentes. El modelo describe las relaciones entre ellos. No determina la responsabilidad legal ni autentica a quien aparezca en el campo de autor.
Para flujos de trabajo de documentos asistidos por IA que involucren redacción técnica o material de soporte, esto significa definir lo que representa cada acción registrada. Un comentario identifica una contribución a la discusión. Una aprobación debe identificar el permiso para publicar una redacción específica. Asignar a ambos el mismo estado genérico de “revisado” haría el registro menos útil.
Crear un registro para un pasaje modificado
Regresemos al ejemplo del tiempo de respuesta. Antes de generar una reescritura, conserva la redacción aprobada de dos días hábiles y su versión del documento. Asigna a la propuesta de cambio un identificador y luego conecta a él las revisiones y decisiones posteriores.
Lo siguiente es un diseño ilustrativo, con identificadores inventados. No es la salida de un producto probado ni un esquema que soporte cada herramienta de documentos.
|
Elemento de registro |
Qué preservar |
|
Documento y ubicación |
ID del documento, versión base v12 y el pasaje
afectado. Utiliza un identificador de pasaje estable cuando esté disponible;
la paginación puede cambiar. |
|
Propuesta de IA C17 |
Redacción original y respuesta propuesta de un día
hábil; tiempo de generación, identidad autenticada del usuario solicitante y
la identidad del software. Registra los detalles del modelo cuando estén
expuestos; de lo contrario, márcalos como desconocidos. |
|
Revisión humana C17b |
El cambio del editor a tres días hábiles, su
identidad y su relación con C17. |
|
Decisión de revisión |
C17 rechazado o reemplazado; C17b aceptado.
Identifica al aprobador y la hora de la decisión, con una razón cuando el
cambio lo justifique. |
|
Versión publicada v13 |
El archivo publicado, su propietario responsable y
una conexión conservada con la revisión aceptada. |
Conserva la propuesta de IA después de que la revisión humana la reemplace. Si el registro retiene solo la redacción final de tres días hábiles, un revisor posterior no podrá reconstruir la sugerencia anterior a partir de esa entrada. Los cambios rechazados forman parte del historial aunque no correspondan al texto publicado.
El Generative AI Profile de julio de 2024 de NIST describe la procedencia como información sobre el origen y la historia del contenido, incluidas las modificaciones y fuentes. También recomienda evaluar la relación entre los procesos de procedencia y los revisores humanos. La tabla aplica esa idea a un flujo de trabajo de documentos; no es una lista de verificación de certificación de NIST.
Puedes conservar este registro dentro del sistema de documentos o en un repositorio conectado. En cualquier caso, haz que la relación con la versión publicada sea lo suficientemente explícita para que alguien pueda recuperarla sin depender de la memoria del editor original.
Verificar qué sobrevive al traspaso
Un archivo exportado merece su propia verificación. El historial disponible durante la edición puede diferir de lo que un destinatario puede inspeccionar, según la aplicación, el formato y la configuración de exportación. No asumas que cada PDF pierde la atribución, o que preservar los comentarios visibles conserva cada decisión de revisión.
La documentación para editar con Copilot de Microsoft indica que sus cambios respetan Control de Cambios cuando esa función está habilitada. Esa es una funcionalidad útil. No establece que todo su historial de aprobaciones sobreviva a cada conversión o transferencia posterior.
Prueba la ruta que tu equipo realmente utiliza. Lleva el documento de ejemplo a través de la revisión y la exportación, y luego intenta recuperar la revisión aceptada y su aprobador usando los registros retenidos. Si el archivo publicado no puede llevar ese historial, conserva un registro controlado en otro lugar y preserva la conexión entre ambos.
Los casos menos sencillos también merecen atención. Acepta solo parte de una sugerencia e inspecciona lo que indica el registro. Haz que dos revisores trabajen contra la misma versión base, y luego determina qué cambios llegaron al archivo publicado. Finalmente, edita el pasaje después de la aprobación y verifica que la decisión anterior no se haya convertido silenciosamente en la aprobación de la nueva redacción.
El nombre de autor mostrado debe poder rastrearse a una cuenta autenticada antes de confiar en él para la identificación. De manera similar, un resumen de archivo puede ayudar a identificar el artefacto publicado, pero no puede decirte si el compromiso de tiempo de respuesta es correcto. Esos son controles separados, y tu proceso de revisión debe preservar la distinción.
Establece el Límite de Aprobación Antes de la Publicación
Cambiar el formato de un encabezado y cambiar un compromiso con el cliente no tienen por qué seguir rutas de revisión idénticas. Decide qué ediciones pueden proceder bajo una política establecida y cuáles requieren la aprobación de una persona designada. Esa elección debe reflejar lo que el cambio significa para las personas que usan el documento.
El argumento para autoridad explícita de decisión de IA se vuelve práctico aquí. En nuestro ejemplo, alguien necesita autoridad para aprobar un compromiso de respuesta de tres días hábiles. El permiso para editar el archivo por sí solo no debe considerarse evidencia de esa autoridad.
Proporciona a ese revisor suficiente contexto para decidir. Muestra la redacción original y la propuesta junto a cualquier revisión humana intermedia. Haz visibles los conflictos no resueltos e identifica la versión destinada a la publicación. Un revisor que solo vea un párrafo final pulido puede no tener razón para notar que el tiempo de respuesta cambió.
Define quién posee la publicación antes de transferir el flujo de trabajo a los usuarios. Esa persona no tiene que realizar cada edición, pero necesita una forma de establecer que la revisión requerida se realizó y se aplica al archivo que está publicando. Dejar la asignación vaga dificulta resolver un cambio disputado cuando el documento está listo para su uso.
Esto no requiere conservar indefinidamente cada solicitud confidencial. Retén la evidencia necesaria para explicar la decisión según la política de acceso y retención de tu organización. Si la información de la versión del modelo no está disponible, registra la limitación. Un historial útil debe hacer evidente la información faltante en lugar de insinuar un nivel de detalle que el sistema nunca capturó.
Publica Solo la Versión que Puedes Rastrear
Antes de publicar un cambio significativo, intenta rastrearlo a través del registro. Encuentra la sugerencia original, determina qué modificó el editor humano y recupera la decisión que aceptó esa revisión. Luego compara la versión aprobada con el archivo que se entregará.
Si falta esa conexión, suspende el cambio de revisión. Que alguien recuerde que el documento fue “aprobado” no basta para establecer qué redacción aprobó.
Un editor debe poder explicar su contribución sin que se le asignen todas las sugerencias que la IA generó. El responsable de la publicación necesita saber con precisión lo que está autorizando. No podemos pedir a las personas que respalden cambios sin proporcionarles una forma fiable de inspeccionar cómo se realizaron esos cambios.
