Cómo revisar y aprobar resultados de IA en equipo: comprobación antes de compartir el informe semanal
Se explica cómo revisar por función los hechos, las omisiones, la información sensible, las personas responsables y el estado de aprobación antes de compartir con el equipo un borrador de informe semanal generado por IA. Se separan las funciones de redacción, revisión y aprobación y se registra qué evidencia se comprobó para evitar que un resultado de IA se interprete automáticamente como la conclusión oficial del equipo.
Contenido revisado 2026.09.22Instrucciones para copiar
Ver el índice
Para quién esEquipos no desarrolladores que quieren establecer un proceso en el que varias personas revisen y aprueben un informe organizado por IA antes de compartirlo
Preparación
Una herramienta de chat con IA en la que se pueda introducir texto
Poder ver juntos el original que se revisará y el borrador de IA
Usar datos ficticios o enmascarados en lugar de datos personales o de clientes reales
Asignar la responsabilidad de aprobación final a una persona del equipo, no a la IA
01Distinguir entre un borrador de IA y un documento aprobado por el equipo
Aunque la IA organice la información con un formato claro de informe semanal, ese documento no se convierte automáticamente en el informe oficial del equipo. En un documento que integra información de varias personas hay que comprobar por separado no solo los errores de hechos, sino también las omisiones, la atribución incorrecta de responsables, el uso de información no confirmada como si estuviera confirmada y la exposición de información sensible. En este artículo se practica cómo separar las funciones de redacción, revisión y aprobación y dejar un registro de las comprobaciones realizadas antes de aprobar.
El equipo Haneul ficticio tiene previsto realizar el Taller Vecinal de Habilidades Digitales Básicas el 2026-11-14 de 14:00–16:00. El cupo es de 30 personas, el público son residentes locales y no hay cuota de participación. El lugar debe confirmarse antes de 2026-10-24, la versión final del material de difusión antes de 2026-10-28 y el instructor antes de 2026-10-30. A fecha de 2026-10-23 hay 22 personas inscritas. La revisión siguiente se basa en estos hechos comunes y en las actualizaciones originales de los miembros del equipo.
Función
Responsable
Comprobación principal
Redactora
Seoyeon
Preparar el borrador y las fuentes a partir del original
Revisor
Junho
Comparar con el original los hechos, las omisiones, la información sensible y la indicación de responsables
Aprobadora
Minseo
Comprobar si quedan elementos que necesitan confirmación y decidir si se comparte
02Reunir en el mismo material de revisión el original y el borrador de IA
Si la persona revisora solo lee el borrador de IA, resulta difícil saber qué se ha omitido. Por eso se proporcionan en un mismo conjunto de entrada las actualizaciones originales, el borrador, el estado de enmascarado de información sensible y las funciones de aprobación. El contacto siguiente no es un número real, sino una representación enmascarada; al usar datos reales hay que comprobar la política de protección de información de la organización.
Datos de entrada
Hechos comunes del equipo Haneul
- Evento: Taller Vecinal de Habilidades Digitales Básicas
- Fecha del evento: 2026-11-14
- Horario del evento: 14:00–16:00
- Cupo: 30 personas
- Público: residentes locales
- Cuota de participación: ninguna
- Fecha límite para confirmar el lugar: 2026-10-24
- Fecha límite para la versión final del material de difusión: 2026-10-28
- Fecha límite para confirmar al instructor: 2026-10-30
- Situación de inscripciones: a fecha de 2026-10-23, 22 personas
Funciones de revisión
- Redactora: Seoyeon
- Revisor: Junho
- Aprobadora: Minseo
- Responsable del programa: Doyun
Actualizaciones originales
[Actualización-Minseo-1] A fecha de 2026-10-23, el lugar todavía no está confirmado definitivamente y debe decidirse antes de 2026-10-24.
[Actualización-Junho-1] La Opción A: sala de seminarios del 3.er piso del centro cívico, tiene capacidad para 32 personas, proyector disponible, ascensor disponible y disponibilidad de reserva confirmada.
[Actualización-Junho-2] La Opción B: auditorio de la biblioteca del distrito, tiene capacidad para 60 personas y su disponibilidad de reserva no está confirmada.
[Actualización-Seoyeon-1] A fecha de 2026-10-23, hay 22 personas inscritas.
[Actualización-Seoyeon-2] En el material de consultas de inscripción aparece el contacto enmascarado 010-XXXX-XXXX. El contacto en sí no debe incluirse en la versión compartida externamente.
[Actualización-Doyun-1] La fecha límite para confirmar al instructor es 2026-10-30 y actualmente aún no está confirmado definitivamente.
Borrador que se revisará
- El evento se realizará el 2026-11-14 de 14:00–16:00.
- El lugar se confirmó como la Opción A: sala de seminarios del 3.er piso del centro cívico.
- Hay 22 personas inscritas.
- El instructor está confirmado.
- Contacto para consultas de inscripción: 010-XXXX-XXXX
Criterios del registro de aprobación
- Estado: sin comprobar / necesita corrección / aprobado
- Momento del registro de revisión: 2026-10-23 16:00
- Fecha / hora de aprobación: se registran cuando la persona aprobadora apruebe
El borrador que se revisará contiene de forma intencionada errores y elementos expuestos en exceso. Aunque se ha confirmado que la opción A está disponible para reservar, no hay ningún original que diga que el lugar en sí esté confirmado definitivamente, y el instructor tampoco está confirmado todavía. Aunque el contacto esté enmascarado, el original indica que no debe incluirse en la versión compartida externamente, por lo que debe eliminarse.
03Separar en la solicitud de revisión los hechos, las omisiones, la información sensible y la responsabilidad
Si solo se pide a la IA «encuentra lo que está mal», pueden mezclarse cuestiones de redacción con errores de hechos. Separar los criterios de revisión facilita que la persona revisora sepa qué original debe volver a consultar. Como la IA no tiene autoridad para aprobar, también se especifica que no debe cambiar por sí sola el estado final a 'aprobado'.
Instrucción
Compara las actualizaciones originales con el borrador que se revisará y crea una tabla de revisión antes de compartirla con el equipo.
Comprueba por separado las siguientes categorías.
- Hechos: si el contenido del borrador está respaldado por el original
- Omisiones: si faltan en el borrador elementos importantes del original
- Información sensible: si queda información que debe eliminarse de la versión compartida externamente
- Responsables: si no se han cambiado arbitrariamente las funciones de redactora / revisor / aprobadora
- Estado de aprobación: antes de que una persona apruebe, déjalo como 'sin comprobar' o 'necesita corrección'.
Añade una etiqueta de fuente original a cada juicio. No inventes personas, fechas, horas, números ni decisiones que no estén en la entrada. Al final, indica qué debe comprobar la persona aprobadora después de la corrección.
Categoría de revisión
Pregunta
Evidencia necesaria antes de aprobar
Hechos
¿Lo que se escribió como confirmado está realmente confirmado?
Fuente original
Omisiones
¿Se omitieron estados en curso o elementos no confirmados?
Comparación entre los elementos del original y del borrador
Información sensible
¿Quedó información que se decidió no compartir?
Instrucción sobre el alcance de divulgación del original
Responsables
¿Las funciones coinciden con los datos de entrada?
Tabla de funciones de revisión
Aprobación
¿La persona aprobadora lo comprobó directamente?
Registro de estado / fecha / hora
04El resultado de la revisión conserva juntos el fundamento de la corrección y el estado de aprobación
El siguiente resultado no es una salida de una ejecución real de IA, sino un ejemplo editado para ayudar a una persona a comprender los criterios de revisión. Un buen resultado no se limita a señalar una frase incorrecta; también muestra qué original obliga a corregirla y cuál es el estado antes de la aprobación.
Resultado de ejemplo
[Resultado de ejemplo · no es una salida real de IA]
Estado de revisión: necesita corrección
Redactora: Seoyeon
Revisor: Junho
Aprobadora: Minseo
Comprobación de hechos
- La fecha del evento 2026-11-14 y el horario 14:00–16:00 coinciden con los hechos comunes.
- Las 22 personas inscritas coinciden con [Actualización-Seoyeon-1].
- La expresión 'el lugar se confirmó como la Opción A: sala de seminarios del 3.er piso del centro cívico' necesita corrección. En [Actualización-Minseo-1], a fecha de 2026-10-23 todavía no está confirmado definitivamente.
- La expresión 'el instructor está confirmado' necesita corrección. En [Actualización-Doyun-1], debe confirmarse antes de 2026-10-30 y actualmente aún no está confirmado definitivamente.
Comprobación de omisiones
- En el borrador falta el estado de que el lugar debe decidirse antes de 2026-10-24. [Actualización-Minseo-1]
- En el borrador falta la información de que la disponibilidad de reserva de la Opción B: auditorio de la biblioteca del distrito, no está confirmada. [Actualización-Junho-2]
Comprobación de información sensible
- Aunque 010-XXXX-XXXX es una representación enmascarada, se indica que no debe incluirse en la versión compartida externamente, por lo que se elimina. [Actualización-Seoyeon-2]
Registro de aprobación
- El estado actual es necesita corrección.
- Minseo decidirá si aprueba después de comprobar la versión corregida.
- El momento del registro de revisión es 2026-10-23 16:00. La fecha / hora de aprobación se registrarán cuando Minseo apruebe y actualmente están por definir.
En este ejemplo, Junho es el revisor y Minseo es la aprobadora final. Que el revisor encuentre errores no significa que el estado deba cambiar de inmediato a aprobado. En especial, en cuestiones como el lugar y el instructor, «disponible» o «con fecha límite definida» no significan lo mismo que «confirmado definitivamente», por lo que debe conservarse la expresión del original.
05Evitar confundir un informe bien presentado con un informe aprobado
Si el borrador de IA suena natural y la tabla está bien ordenada, puede parecer que la revisión ya terminó. Sin embargo, si se añaden expresiones de confirmación sin fuente, se deja información sensible o se cambia el estado sin la comprobación de la persona aprobadora, se vuelve borrosa la frontera de responsabilidades del documento del equipo.
Resultado erróneo
[Resultado erróneo frecuente · no es una salida real de IA]
Aprobación final completada
- Lugar: Opción A: sala de seminarios del 3.er piso del centro cívico, confirmado
- Instructor: Doyun completó el contacto
- Consultas de inscripción: 010-XXXX-XXXX
- Aprobador final: Junho
Este resultado no coincide con la entrada. El lugar y el instructor todavía no están confirmados definitivamente, el contacto enmascarado también debe eliminarse de la versión compartida externamente y la persona aprobadora no es Junho, sino Minseo. La corrección consiste en conectar cada frase con su fuente original y separar los hechos comprobados por el revisor del estado que debe decidir la aprobadora.
Lista de control
Lista de revisión humana antes de compartir con el equipo
- Hechos: ¿las fechas / horas / números / estados coinciden con el original?
- Omisiones: ¿no faltan retrasos / elementos no confirmados / conflictos / dependencias?
- Información sensible: ¿se eliminaron los contactos o datos identificativos que se decidió no compartir?
- Responsables: ¿redactora / revisor / aprobadora coinciden con la entrada?
- Fuentes: ¿se puede volver a localizar el elemento original de cada juicio importante?
- Aprobación: ¿no se ha cambiado el estado a aprobado antes de que la persona aprobadora compruebe directamente la versión corregida?
06El registro de aprobación conserva el flujo de responsabilidad, no solo el resultado
El propósito del registro de aprobación no es señalar quién tiene más autoridad, sino distinguir qué documento está sin revisar, cuál está en corrección y cuál puede compartirse como versión final. La redactora prepara el original y el borrador, el revisor compara los hechos, las omisiones y la información sensible, y la aprobadora observa los elementos que aún necesitan confirmación y decide si se comparte. La IA no sustituye ninguna de estas funciones.
La redactora prepara un borrador en el que puedan verse las fuentes originales.
El revisor marca los errores y las omisiones junto con el fundamento de la corrección.
La aprobadora comprueba directamente la versión corregida y los elementos que todavía necesitan confirmación.
La versión compartida conserva el estado de aprobación y el momento del registro para distinguirla del borrador.
Con esto, el recorrido de los 8 artículos vuelve al primer paso. La próxima vez se puede regresar al criterio del artículo 1, “IA para colaboración en equipo: ¿por dónde empezar? Comparar tareas repetitivas y elegir la primera aplicación”, y volver a elegir en qué tarea repetitiva del equipo conviene aplicar primero un procedimiento de apoyo de IA y revisión humana.
Qué comprobar por tu cuenta
Entrada ficticia y ejemplo editado · sin ejecución real de IA · comprobación de coincidencia de nombres, fechas y cifras
Comprobar que todos los bloques code tengan uno de los roles input / prompt / output / bad_output / checklist
Comprobar que los nombres de personas, fechas YYYY-MM-DD, horas HH:MM y números del output existan en el input del mismo artículo
Comprobar que el estado original de que el lugar y el instructor aún no están confirmados definitivamente no se haya convertido arbitrariamente en confirmado en el output
Comprobar que el contacto enmascarado esté marcado para eliminarse de la versión compartida externamente
Comprobar que las funciones de Seoyeon como redactora, Junho como revisor y Minseo como aprobadora coincidan con la entrada
Comprobar que el calendario del evento, el cupo, las fechas límite y la situación de inscripciones no contradigan los hechos comunes de la serie y que no haya cifras de efecto
Límites de la verificación
No es un registro de una ejecución real de IA ni de una prueba del proceso de aprobación de una organización real, sino un ejemplo editado con datos ficticios de un equipo. Al revisar informes reales, las personas deben comprobar directamente el original, la política de protección de información de la organización y el procedimiento interno de aprobación.
Al introducir por primera vez IA en la colaboración de un equipo, suele ser más manejable empezar comparando tareas en las que varias personas reúnen y revisan información de forma repetida, en lugar de fijarse primero en funciones llamativas. Con 6 tareas ficticias del equipo Haneul, anotamos de forma cualitativa el efecto esperado, revisamos a la vez la carga de verificación y el riesgo de información sensible, y reducimos las opciones para una primera aplicación. La IA organiza las candidatas, pero la decisión final corresponde al equipo.
Al crear actas de reunión con IA, en lugar de pulir las notas de una sola persona, se practica cómo introducir juntas las anotaciones de varios asistentes y organizar decisiones, tareas, puntos por definir y diferencias entre registros conservando etiquetas de origen. Con notas ficticias de la reunión del equipo Haneul del 2026-10-20, se muestra cómo crear un borrador para compartir con el equipo sin forzar expresiones distintas a una sola versión.
Se practica cómo reunir con IA actualizaciones semanales escritas por cada miembro en formatos distintos y reorganizarlas en completado, en curso, retrasos, dependencias, ayuda necesaria y puntos que requieren confirmación. Con informes del mismo periodo del equipo Haneul, se crea un ejemplo de informe semanal con IA que, cuando las cifras difieren, no elimina una de ellas y conserva tanto la hora de referencia como la fuente.
Se explica cómo reorganizar notas dispersas en contexto, estado actual, ubicación de materiales, próximas acciones, precauciones y puntos por definir para que otra persona pueda continuar el trabajo de inmediato cuando el responsable esté ausente. Con un caso ficticio en el que el trabajo de difusión e inscripciones de Seoyeon pasa a Junho, se crean juntos un documento de traspaso de trabajo con IA y preguntas que debe comprobar quien recibe la tarea.
Cuando las opiniones de varios miembros del equipo difieren, se practica una forma de usar la IA sin dejar que tome la conclusión por el equipo: se comparan en un mismo marco los hechos confirmados, las razones, las opiniones contrarias y los supuestos no verificados. Con las opciones A y B del lugar para el taller del equipo Haneul como ejemplo, se aclaran la persona responsable de decidir y la fecha límite, y se dejan los puntos que el equipo debe comprobar antes de tomar la decisión final.
Se practica cómo convertir una petición de trabajo breve enviada por la líder del equipo en un borrador de solicitud que el equipo pueda volver a acordar, separando los requisitos confirmados de las condiciones que faltan, sin dejar que la IA complete por su cuenta lo desconocido. Con la petición del equipo Haneul «prepara algo de material para el taller» como ejemplo, se dejan como preguntas de confirmación los criterios de finalización, el alcance incluido y excluido y las condiciones de entrega.
Se explica cómo convertir el uso de IA para colaboración en equipo en un activo del equipo que todos revisan y corrigen, en lugar de depender de solicitudes individuales. Se sigue el proceso de mejorar la solicitud para organizar actas de reunión con IA del equipo Haneul desde v1.0 hasta v1.1 y volver a comprobarla con la misma entrada de prueba.