Crear una solicitud compartida de IA para el equipo: gestionar por versiones los criterios para organizar notas de reunión

01Convertirlo en un criterio compartido por el equipo, no en una solicitud individual

Aunque se organicen las mismas notas de reunión, si cada miembro del equipo da instrucciones diferentes a la IA pueden cambiar los nombres de las categorías, la forma de mostrar las fuentes y la manera de tratar los elementos por definir. El objetivo de este artículo no es crear «buenas frases». Es reunir en un solo documento el formato de entrada que el equipo usará repetidamente, la salida esperada, las prohibiciones y la forma de revisión, y registrar por qué se hacen los cambios. A diferencia de guardar prompts personales, otros miembros del equipo deben poder volver a comprobar quién cambió qué.

El equipo Haneul ficticio prepara el Taller Vecinal de Habilidades Digitales Básicas para residentes locales el 2026-11-14 de 14:00–16:00. El cupo es de 30 personas y no hay cuota de participación. La fecha límite para confirmar el lugar es 2026-10-24, la versión final del material de difusión debe estar lista el 2026-10-28 y la confirmación del instructor debe completarse el 2026-10-30. A fecha de 2026-10-23 hay 22 personas inscritas. Estos hechos no deben modificarse arbitrariamente aunque cambie la solicitud compartida del equipo.

02Fijar la misma entrada de prueba para poder comparar

Si cada vez que se corrige una versión también se cambia la entrada de prueba, es difícil distinguir qué causó la diferencia en el resultado. Los siguientes datos son notas ficticias de tres personas sobre la reunión del 2026-10-20. Hay diferencias de expresión y, en el calendario del material de difusión, aparece una expresión relativa de una de las personas. También se introducen el historial de versiones de la propia solicitud compartida del equipo y la persona que hizo cada cambio, para que el output posterior no invente información nueva.

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 del equipo
- Minseo: líder del equipo / calendario general
- Junho: lugar / materiales
- Seoyeon: difusión / recepción de inscripciones
- Doyun: programa / contacto con instructor

Reunión de prueba: 2026-10-20

[Nota-Minseo-1] Se considerará primero la Opción A: sala de seminarios del 3.er piso del centro cívico. La decisión final se tomará antes de 2026-10-24.
[Nota-Minseo-2] La versión final del material de difusión se preparará antes de 2026-10-28.
[Nota-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.
[Nota-Junho-2] La Opción B: auditorio de la biblioteca del distrito, tiene capacidad para 60 personas y su disponibilidad de reserva todavía no está confirmada.
[Nota-Seoyeon-1] El material de difusión necesita una revisión final después de confirmar el lugar.
[Nota-Junho-3] Escuché que el material de difusión se terminaría 'durante la próxima semana'. Quiero volver a confirmar la fecha exacta.
[Nota-Doyun-1] La fecha límite para confirmar al instructor es 2026-10-30.

Historial de versiones de la solicitud compartida
- v1.0: 2026-10-22, modificó Minseo, creación de la primera versión compartida
- v1.1: 2026-10-23, modificó Seoyeon, revisión para especificar las reglas sobre elementos en conflicto e indicación de fuentes

Esta entrada no contiene información real de una organización ni datos de clientes. También al crear una solicitud compartida en el trabajo real, no deben pegarse directamente información confidencial, contraseñas, credenciales ni datos de identificación personal; primero hay que comprobar la política de protección de información de la organización.

03Fijar en una sola solicitud las reglas de entrada, salida y prohibiciones

La clave de v1.1 no es escribir más, sino hacer explícitas las reglas de decisión. En particular, cuando los registros de varias personas entren en conflicto, se exige no elegir automáticamente uno de ellos, sino conservar ambos y separarlos como elementos que necesitan confirmación. También se prohíbe completar de forma plausible responsables o fechas que no aparezcan en las notas.

Organiza las siguientes notas de reunión de varias personas para compartirlas con el equipo.

Reglas de entrada
- Usa como fuente el autor y el número de elemento de cada nota.
- Distingue los hechos comunes de las notas individuales.

Formato de salida
1) Contenido decidido
2) Tareas
3) Por definir
4) Registros que entran en conflicto o tienen expresiones diferentes
Añade la etiqueta de fuente original al final de cada elemento.

Prohibiciones
- No inventes responsables, fechas, horas, números ni decisiones que no estén en la entrada.
- No conviertas expresiones de fecha relativa en un YYYY-MM-DD arbitrario.
- No elijas arbitrariamente uno de los registros en conflicto.
- Si no está claro si algo está confirmado, escribe 'Requiere confirmación'.

Al final, indica brevemente qué elementos debe comparar una persona con el original.

04Un buen resultado deja evidencia en lugar de parecer una respuesta definitiva

Lo siguiente no es una salida de una ejecución real de IA, sino un ejemplo editado para revisar la solicitud. Lo importante es no inventar nuevas decisiones y conservar los registros diferentes junto con sus etiquetas originales.

[Resultado de ejemplo · no es una salida real de IA]
Solicitud compartida: v1.1
Registro de cambio: 2026-10-23, modificó Seoyeon

Contenido decidido
- La fecha del evento es 2026-11-14, el horario es 14:00–16:00 y el cupo es de 30 personas.
- La fecha límite para confirmar al instructor es 2026-10-30. [Nota-Doyun-1]

Tareas
- Se considerará primero la Opción A: sala de seminarios del 3.er piso del centro cívico, y la decisión final se tomará antes de 2026-10-24. [Nota-Minseo-1]
- El material de difusión necesita una revisión final después de confirmar el lugar. [Nota-Seoyeon-1]

Por definir
- La disponibilidad de reserva de la Opción B: auditorio de la biblioteca del distrito, requiere confirmación. [Nota-Junho-2]

Registros que entran en conflicto o tienen expresiones diferentes
- Minseo registró la fecha límite de la versión final del material de difusión como 2026-10-28. [Nota-Minseo-2]
- Junho registró que había escuchado que el material de difusión se terminaría 'durante la próxima semana' y que quería volver a confirmar la fecha exacta. [Nota-Junho-3]
- Por tanto, la expresión de la fecha límite del material de difusión necesita comprobarse con el original y no se elimina arbitrariamente ninguno de los registros.

Elementos que debe comparar una persona
- Comprobar juntos los registros de Minseo y Junho sobre la fecha límite del material de difusión.
- Comprobar si ha aparecido nueva información sobre la disponibilidad de reserva de la opción B registrada por Junho.

Este formato no es un mecanismo para que la IA decida la conclusión de la reunión, sino para mostrar dónde debe revisar el equipo. En especial, si se elimina una de dos expresiones diferentes como [Nota-Minseo-2] y [Nota-Junho-3], desaparece precisamente el asunto que debe revisarse.

05Registrar también en equipo cómo falla la solicitud compartida

Si se considera terminada la solicitud compartida después de escribirla una sola vez, pueden repetirse los mismos errores. Conviene registrar como motivo del cambio de versión qué salida incorrecta apareció y qué regla se añadió para evitar ese error.

[Resultado erróneo frecuente · no es una salida real de IA]
- Se confirmó la opción B como lugar.
- Junho terminará el material de difusión.
- La fecha límite del material de difusión es 2026-10-27.
- La opción B está disponible para reservar.

Este ejemplo inventa una decisión que no está en la entrada, asigna una nueva tarea a Junho aunque no sea la persona responsable de la difusión, y confirma una fecha no proporcionada y la disponibilidad de reserva de la opción B. La corrección no consiste en pulir las frases, sino en añadir a la solicitud reglas de «no inferir», «conservar conflictos» y «mantener etiquetas de fuente», y volver a comprobarla con la misma entrada de prueba.

Lista de revisión de la solicitud compartida
- ¿El formato de entrada conserva el autor y el número del elemento original?
- ¿Se distinguen decisiones / tareas / por definir / conflictos?
- ¿Se prohíbe inventar responsables / fechas / horas / números que no estén en la entrada?
- ¿No se fusionan los registros diferentes en uno solo?
- ¿Los miembros del equipo pueden comprobar la versión modificada / fecha / persona que modifica / motivo?
- ¿Se ha comprobado la política de protección de información de la organización antes de introducir datos de trabajo reales?

06Volver a revisar cada cambio de versión con la misma entrada

Un prompt compartido por el equipo se parece más a una pequeña regla operativa que a un producto terminado. Al crear una nueva versión, quien modifica registra el motivo y otro miembro revisa con la misma entrada de prueba el formato del resultado y las posibles omisiones antes de compartirla. Si las reglas de entrada y salida se dejan por escrito en vez de depender de la configuración de un producto concreto de IA, es más fácil mantener los criterios de revisión del equipo aunque cambie la herramienta.

• La persona que corrigió la solicitud y la que la revisó leen juntas qué cambió.
• Se mantiene igual la entrada de prueba y se comprueba que continúe la clasificación en decisiones / tareas / por definir / conflictos.
• Se comprueba que en la nueva versión no desaparezcan etiquetas de fuente ni se convierta información no confirmada en información confirmada.
• Solo la versión que el equipo haya decidido usar realmente se marca con claridad en la ubicación compartida.

El siguiente artículo, “Cómo revisar y aprobar resultados de IA en equipo: comprobación antes de compartir el informe semanal”, explica cómo revisar por separado los hechos, las omisiones, la información sensible, las personas responsables y el estado de aprobación antes de compartir incluso resultados creados con una solicitud compartida.

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 o 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 los registros de cambio de v1.0 y v1.1 coincidan con la versión, la fecha y la persona que modifica indicadas en la entrada
• Comprobar que los registros en conflicto sobre la fecha límite del material de difusión no se hayan fusionado arbitrariamente en uno solo en el output
• Comprobar que el lugar, el calendario del evento, el cupo, las fechas límite principales y la situación de inscripciones no contradigan los hechos comunes de la serie
• Comprobar que no se usen cifras de efecto como porcentajes de ahorro de tiempo o mejora de productividad