Convertir notas de reunión en una lista de acciones con responsables, fechas límite y criterios de finalización

01Resultado a completar: una lista de acciones verificable

Si una reunión termina únicamente con “revisar esto” o “mejorar aquello”, resulta poco claro qué debe confirmarse y con quién. Una lista de acciones registra conjuntamente la task, el responsible role, la due date, el deliverable que demuestra la finalización y la supporting note. El objetivo no es rellenar elementos no acordados para eliminar los espacios en blanco. Mostrar dónde están los elementos no decididos es lo que permite la siguiente comprobación.

02Separar decisiones, tareas y sugerencias

La persona que habló no es necesariamente el owner. Una opinión como “sería bueno mejorar esto” también es diferente de comprometerse a hacerlo. Si responsibility o schedule no están claros, déjalos como elementos que deben confirmarse con el facilitator y la persona implicada.

03Orden para convertir notas en una lista de acciones

1. Escribe la meeting date y asigna a las frases de las notas evidence numbers como N01 y N02.
2. Marca las tasks que se acordaron explícitamente y coloca en cada fila una task cuya finalización pueda evaluarse.
3. Registra el role o person que la realizará. Si no aparece en el original, déjalo como undecided.
4. Escribe la due date como YYYY-MM-DD. Si el intervalo es vago, como “en algún momento de la próxima semana”, conserva la redacción original y márcalo como needing confirmation.
5. En done criteria, escribe el deliverable, la quantity y los check criteria. Si “reviewed” por sí solo dificulta juzgar la finalización, decide un result file u otra evidence de la comprobación.
6. Añade checker y evidence number, y reúne por separado los unconfirmed items.
7. Comparte después de que owners y facilitator hayan comprobado original, schedule y done criteria. No registres en esta etapa que la IA sustituyó el acuerdo o la confirmación.

04Extraer dos tasks de notas sintéticas de reunión

회의 메모 — 설명용 합성 자료
회의일: 2026-09-19. 실제 회의·인물·회사와 무관합니다.
[N01] 편집 담당이 2026-09-23까지 안내문 제목 후보 3개와 각 후보의 선택 이유 한 문장씩을 작성한다.
[N02] 디자인 담당이 2026-09-24까지 휴대폰 폭 360 px와 데스크톱 폭 1280 px의 화면 예시를 각 1장 만든다. 회의 진행자가 두 파일과 잘린 글자 여부를 확인한다.
[N03] 문의 문구를 바꾸자는 제안이 나왔다. 누가 언제 할지는 정하지 않았다. 적용 여부도 다음 검토 때 정한다.
[N04] 배포일은 제목과 화면 검토가 끝난 뒤 정한다. 이번 회의에서는 날짜를 확정하지 않았다.

El cambio de inquiry wording de N03 está indeciso en cuanto a si debe aplicarse, quién es el owner y cuándo, por lo que se incluye en la follow-up list. La release date de N04 tampoco se establece automáticamente como September 24. La due date de los design files y la release date son hechos diferentes. A01 se acordó como task, pero todavía no tiene checker, por lo que ese estado se conserva.

05Una solicitud para IA con menos información sensible

다음 합성 회의 메모를 실행 목록으로 정리해 주세요. 실제 개인정보와 내부 기밀은 없습니다.
목적: 합의된 일과 추가 확인이 필요한 제안을 구분해 담당자가 확인할 수 있게 합니다.
입력: 아래 [N01]처럼 번호가 있는 메모입니다. 입력에 없는 담당자·기한·완료조건·승인을 만들지 마세요.
출력 1: 실행 목록. 열은 ID, 할 일, 담당 역할, 기한, 완료조건, 확인자, 근거 메모 ID, 확정 상태입니다.
출력 2: 추가 확인 목록. 미정인 담당·기한·적용 여부·의존 조건을 따로 적으세요.
규칙:
- 명시적으로 합의된 수행 항목만 실행 목록에 넣습니다.
- 제안·논의·미확정 일정은 확정 작업으로 바꾸지 않습니다.
- 상대 날짜는 회의일과 문맥이 명확할 때만 풀어 쓰며, 모호하면 원문과 확인 필요를 남깁니다.
- 확인자가 원문에 없으면 미정으로 표시합니다. 발언자를 자동으로 담당자나 승인자로 지정하지 않습니다.
- 완료조건은 원문에 있는 결과물·수량·검사 기준을 유지합니다. 추가 기준은 별도의 제안으로만 표시합니다.
- 책임을 지시하거나 초대·메일·메신저 전송을 실행하지 않습니다. 표만 작성합니다.
- 실명·연락처·고객 정보·계약 금액은 출력하지 않습니다. 실제 자료를 쓰게 되면 승인된 최소 발췌문만 사용합니다.
- 사람이 원문과 대조해야 하는 항목을 마지막에 짧게 적습니다.
이 요청은 실제 실행이나 합의 확인을 대신하지 않습니다.

[회의 메모]
회의 메모 — 설명용 합성 자료
회의일: 2026-09-19. 실제 회의·인물·회사와 무관합니다.
[N01] 편집 담당이 2026-09-23까지 안내문 제목 후보 3개와 각 후보의 선택 이유 한 문장씩을 작성한다.
[N02] 디자인 담당이 2026-09-24까지 휴대폰 폭 360 px와 데스크톱 폭 1280 px의 화면 예시를 각 1장 만든다. 회의 진행자가 두 파일과 잘린 글자 여부를 확인한다.
[N03] 문의 문구를 바꾸자는 제안이 나왔다. 누가 언제 할지는 정하지 않았다. 적용 여부도 다음 검토 때 정한다.
[N04] 배포일은 제목과 화면 검토가 끝난 뒤 정한다. 이번 회의에서는 날짜를 확정하지 않았다.

Si utilizas notas de reuniones reales, confirma primero el approved environment y el data scope. Sustituye nombres reales innecesarios por role names y elimina customer o contract information que no sea necesario compartir externamente. Sustituir nombres por roles no elimina todos los identification risks, así que considera también si son necesarios events o numbers inusuales. La guidance del NIST trata por separado los generative AI errors y privacy risks. Aquí se pidió a la IA únicamente que actuara como herramienta para organizar un draft.

06Comprobar antes de compartir la lista

• Comprueba que los 2 action items correspondan respectivamente a N01 y N02.
• Comprueba que N03 no se haya convertido en una agreed task y que no se haya añadido una fecha arbitraria en N04.
• Comprueba que las condiciones indicadas en el original, 3 candidates y 2 screen examples, se hayan conservado tal cual.
• Comprueba que el undecided checker no se haya ocultado.
• Limita lo que envías a cada owner al deliverable y la evidence necesaria. No se enviaron messages en el ejemplo.
• Al cambiar a done, registra deliverable location, checker y check date. No indiques que pasó la review únicamente porque exista un file.

07Errores comunes

08Descargas y alcance de las comprobaciones

La descarga incluye README.txt, meeting-notes.txt, expected-actions.json, open-questions.txt, ai-request.txt y action-checklist.txt. Se comprobaron localmente la JSON structure, los evidence numbers y las dates y quantities de las dos tasks. No se llamó a ningún AI service, no se confirmó el acuerdo de ningún owner real y no se enviaron messages.

Este procedimiento no es una forma de asignar nuevas responsibilities ni de crear un approval record con significado legal. Es una forma de organizar lo acordado en una reunión para poder volver a comprobarlo. Si tu organización tiene approval o security standards, sigue esos procedimientos. Las referencias oficiales se comprobaron el 19 de septiembre de 2026.

Registro de ejecución y verificación

Python local en Windows; fuentes oficiales comprobadas el 2026-09-19

• Se comprobaron el article JSON schema y 8 sections
• Se comprobaron los vínculos entre las synthetic evidence N01/N02 y los action items A01/A02
• Se compararon owner roles, dates, 3 candidates, 2 screen examples y undecided items con el original

Criterios de redacción y verificación de todo el sitio

Fuentes de referencia

Las explicaciones y los ejemplos son de elaboración propia. Puedes consultar los comportamientos y conceptos relacionados en las siguientes fuentes oficiales.

• NIST AI 600-1, Generative AI Profile · Errores de información y riesgos de privacidad ↗ (New tab)