Saltar al contenido
ConoceNivel 0 · por MetodologIAIr a MetodologIA
Módulo 02 · Prompts

Prompts para decidir y proteger el foco

Usa Chat para analizar tu contexto y Fuentes cuando la decisión requiera evidencia citada.

Cómo usar esta biblioteca14 · Niveles de estructura del prompt
10 prompts de trabajo

Avanza de la situación al resultado con una secuencia verificable.

Biblioteca de prompts con niveles y evidencia esperada.
FlujoDe diagnóstico a revisión

Los prompts convierten registros autorizados en decisiones con owner, reviewer, dependencias, derechos y gate de adopción.

Uso independiente: Cada prompt puede usarse solo si entregas el artefacto que declara recibir; nunca inventa una salida anterior.
AprenderDiagnóstico de semanaConvertir registros dispersos en un mapa factual de la semana. Produce una línea base que el equipo pueda auditar.4 · Niveles de estructura del promptPlantilla / DemoAbrir promptEjecutar enChat · fuentes seleccionadas
Antes de copiar
Cuándo usarlo
Cuando necesitas una línea base antes de cambiar tu agenda. Confirma periodo autorizado y custodio del registro.
Ejemplo
Registro del equipo de lunes a viernes: 96 h entre cuatro personas; 31 h de reuniones, 28 h de producción, 17 h de coordinación, 12 h de soporte y 8 h sin clasificar. La propuesta al cliente vence el viernes; cinco reuniones no registran decisión y seis interrupciones carecen de responsable.
Evidencia
Cada bloque tiene fuente o queda marcado.; El resumen distingue hechos de inferencias.
Límite
Describe el periodo observado; no predigas rendimiento.
Recibebitácora de la semana
ProduceMapa de uso del tiempo
[CAMPO EN MAYÚSCULA] se reemplaza · [texto en minúscula] se ajusta o borra
Qué debes reemplazar 4
  • <PERIODO>intervalo que vas a revisarEjemplo: lunes a viernes · Obligatorio
  • <REGISTROS>agenda, tareas y entregas observadasEjemplo: agenda de cinco días · Obligatorio
  • <RESULTADO>salida observable con fechaEjemplo: propuesta revisada el jueves · Obligatorio
  • <RESPONSABLE_DEL_RESULTADO>persona que decide y responde por el resultadoEjemplo: líder de la propuesta · Obligatorio
Parámetros
  • LONGITUD = concisa
  • ESTRUCTURA = tabla breve + decisión
  • PROFUNDIDAD = ejecutiva
  • APROBACIÓN = humana obligatoria
Nivel 1 · DirectoUna instrucción clara, lista para conversar y ajustar.
Nivel 1Directo

Una instrucción clara, lista para conversar y ajustar.

Objetivo: Convertir registros dispersos en un mapa factual de la semana. Produce una línea base que el equipo pueda auditar. El equipo nombra una persona responsable y una revisión independiente.Datos: PERIODO=[PERIODO · intervalo que vas a revisar · ej.: lunes a viernes]; REGISTROS=[REGISTROS · agenda, tareas y entregas observadas · ej.: agenda de cinco días]; RESULTADO=[RESULTADO · salida observable con fecha · ej.: propuesta revisada el jueves]; RESPONSABLE_DEL_RESULTADO=[RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta].Aplica: Auditoría de tiempo; Separación hecho–supuesto; RACI ligero.Orden: Reúne calendario, tareas y notas disponibles. → Cierra con custodio del registro, permisos y reviewer del diagnóstico.Entrega: Mapa de uso del tiempo; Cada bloque tiene fuente o queda marcado.Límite: No inventes periodos ni salidas.[Señala el dato faltante que cambiaría la decisión.]
Demo · Nivel 1 · Directo
Objetivo: Convertir registros dispersos en un mapa factual de la semana. Produce una línea base que el equipo pueda auditar. El equipo nombra una persona responsable y una revisión independiente.Datos: PERIODO=semana del 24 al 28 de agosto; REGISTROS=agenda de cinco días con 17 bloques, 12 tareas y una propuesta entregada; RESULTADO=propuesta revisada y enviada el jueves a las 16:00; RESPONSABLE_DEL_RESULTADO=líder de la propuesta; revisor de calidad independiente; Datos sintéticos disponibles: ARTEFACTO_DEMO=Registro del equipo de lunes a viernes: 96 h entre cuatro personas; 31 h de reuniones, 28 h de producción, 17 h de coordinación, 12 h de soporte y 8 h sin clasificar. La propuesta al cliente vence el viernes; cinco reuniones no registran decisión y seis interrupciones carecen de responsable.Aplica: Auditoría de tiempo; Separación hecho–supuesto; RACI ligero.Orden: Reúne calendario, tareas y notas disponibles. → Cierra con custodio del registro, permisos y reviewer del diagnóstico.Entrega: Mapa de uso del tiempo; Cada bloque tiene fuente o queda marcado.Límite: No inventes periodos ni salidas.Señala el dato faltante que cambiaría la decisión.
Nivel 2 · EstructuradoExplicita entradas, opciones, flujo y resultado esperado.
Nivel 2Estructurado

Explicita entradas, opciones, flujo y resultado esperado.

# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSPERIODO = [PERIODO · intervalo que vas a revisar · ej.: lunes a viernes]REGISTROS = [REGISTROS · agenda, tareas y entregas observadas · ej.: agenda de cinco días]RESULTADO = [RESULTADO · salida observable con fecha · ej.: propuesta revisada el jueves]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]# TareaConvertir registros dispersos en un mapa factual de la semana. Produce una línea base que el equipo pueda auditar.# MARCOS Y BUENAS PRÁCTICAS- Auditoría de tiempo- Separación hecho–supuesto- RACI ligero# Flujo1. Reúne calendario, tareas y notas disponibles.2. Ordena actividades por día, duración y salida.3. Marca interrupciones y datos ausentes.4. Resume patrones como observaciones, no como causas.5. Cierra con custodio del registro, permisos y reviewer del diagnóstico.# Límites- No inventes periodos ni salidas.- Declara cualquier reconstrucción desde memoria.- No combines calendarios sin permiso de sus titulares.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- Describe el periodo observado; no predigas rendimiento.- No autoriza acceso, cambios ni adopción automática.# Salida esperada- Mapa de uso del tiempo- Cada bloque tiene fuente o queda marcado.- El resumen distingue hechos de inferencias.- Señala al menos un vacío relevante.- El diagnóstico tiene custodio, reviewer y permisos documentados.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Demo · Nivel 2 · Estructurado
# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSPERIODO = semana del 24 al 28 de agostoREGISTROS = agenda de cinco días con 17 bloques, 12 tareas y una propuesta entregadaRESULTADO = propuesta revisada y enviada el jueves a las 16:00RESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Registro del equipo de lunes a viernes: 96 h entre cuatro personas; 31 h de reuniones, 28 h de producción, 17 h de coordinación, 12 h de soporte y 8 h sin clasificar. La propuesta al cliente vence el viernes; cinco reuniones no registran decisión y seis interrupciones carecen de responsable.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.# TareaConvertir registros dispersos en un mapa factual de la semana. Produce una línea base que el equipo pueda auditar.# MARCOS Y BUENAS PRÁCTICAS- Auditoría de tiempo- Separación hecho–supuesto- RACI ligero# Flujo1. Reúne calendario, tareas y notas disponibles.2. Ordena actividades por día, duración y salida.3. Marca interrupciones y datos ausentes.4. Resume patrones como observaciones, no como causas.5. Cierra con custodio del registro, permisos y reviewer del diagnóstico.# Límites- No inventes periodos ni salidas.- Declara cualquier reconstrucción desde memoria.- No combines calendarios sin permiso de sus titulares.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- Describe el periodo observado; no predigas rendimiento.- No autoriza acceso, cambios ni adopción automática.# Salida esperada- Mapa de uso del tiempo- Cada bloque tiene fuente o queda marcado.- El resumen distingue hechos de inferencias.- Señala al menos un vacío relevante.- El diagnóstico tiene custodio, reviewer y permisos documentados.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Nivel 3 · EspecificadoAñade contrato, límites, validación y definición de terminado.
Nivel 3Especificado

Añade contrato, límites, validación y definición de terminado.

# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: Cuando necesitas una línea base antes de cambiar tu agenda. Confirma periodo autorizado y custodio del registro.# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSPERIODO = [PERIODO · intervalo que vas a revisar · ej.: lunes a viernes]REGISTROS = [REGISTROS · agenda, tareas y entregas observadas · ej.: agenda de cinco días]RESULTADO = [RESULTADO · salida observable con fecha · ej.: propuesta revisada el jueves]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]## P — Propósito y alcanceRol experto: Especialista responsable de diagnóstico de semana.Entregable: Mapa de uso del tiempoIncluye: Convertir registros dispersos en un mapa factual de la semana. Produce una línea base que el equipo pueda auditar.No incluye: Describe el periodo observado; no predigas rendimiento.; No autoriza acceso, cambios ni adopción automática.## E — Estándares y ejecución### MARCOS Y BUENAS PRÁCTICAS- Auditoría de tiempo- Separación hecho–supuesto- RACI ligeroPasos:1. Reúne calendario, tareas y notas disponibles.2. Ordena actividades por día, duración y salida.3. Marca interrupciones y datos ausentes.4. Resume patrones como observaciones, no como causas.5. Cierra con custodio del registro, permisos y reviewer del diagnóstico.### Casos borde- Registros incompletos: entrega mapa parcial.- Actividades solapadas: conserva ambas y marca el conflicto.- Semana incompleta: entrega una lectura parcial y marca el periodo ausente.## C — Criterios verificables# Salida esperada:- Mapa de uso del tiempo- Cada bloque tiene fuente o queda marcado.- El resumen distingue hechos de inferencias.- Señala al menos un vacío relevante.- El diagnóstico tiene custodio, reviewer y permisos documentados.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.Criterios observables:- Cada bloque tiene fuente o queda marcado.- El resumen distingue hechos de inferencias.- Señala al menos un vacío relevante.- El diagnóstico tiene custodio, reviewer y permisos documentados.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.# Definition of Done: Cada bloque tiene fuente o queda marcado.; El resumen distingue hechos de inferencias.; Señala al menos un vacío relevante.; El diagnóstico tiene custodio, reviewer y permisos documentados.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.Trade-off: Más detalle mejora trazabilidad, pero aumenta carga de registro. La gobernanza añade coordinación, pero reduce decisiones opacas.## Procedencia- Datos del caso- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-01- surface: chatDevuelve conclusiones, evidencia y metadata auditable; no expongas razonamiento privado ni cadena de pensamiento.
Demo · Nivel 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: Cuando necesitas una línea base antes de cambiar tu agenda. Confirma periodo autorizado y custodio del registro.# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSPERIODO = semana del 24 al 28 de agostoREGISTROS = agenda de cinco días con 17 bloques, 12 tareas y una propuesta entregadaRESULTADO = propuesta revisada y enviada el jueves a las 16:00RESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Registro del equipo de lunes a viernes: 96 h entre cuatro personas; 31 h de reuniones, 28 h de producción, 17 h de coordinación, 12 h de soporte y 8 h sin clasificar. La propuesta al cliente vence el viernes; cinco reuniones no registran decisión y seis interrupciones carecen de responsable.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.## P — Propósito y alcanceRol experto: Especialista responsable de diagnóstico de semana.Entregable: Mapa de uso del tiempoIncluye: Convertir registros dispersos en un mapa factual de la semana. Produce una línea base que el equipo pueda auditar.No incluye: Describe el periodo observado; no predigas rendimiento.; No autoriza acceso, cambios ni adopción automática.## E — Estándares y ejecución### MARCOS Y BUENAS PRÁCTICAS- Auditoría de tiempo- Separación hecho–supuesto- RACI ligeroPasos:1. Reúne calendario, tareas y notas disponibles.2. Ordena actividades por día, duración y salida.3. Marca interrupciones y datos ausentes.4. Resume patrones como observaciones, no como causas.5. Cierra con custodio del registro, permisos y reviewer del diagnóstico.### Casos borde- Registros incompletos: entrega mapa parcial.- Actividades solapadas: conserva ambas y marca el conflicto.- Semana incompleta: entrega una lectura parcial y marca el periodo ausente.## C — Criterios verificables# Salida esperada:- Mapa de uso del tiempo- Cada bloque tiene fuente o queda marcado.- El resumen distingue hechos de inferencias.- Señala al menos un vacío relevante.- El diagnóstico tiene custodio, reviewer y permisos documentados.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.Criterios observables:- Cada bloque tiene fuente o queda marcado.- El resumen distingue hechos de inferencias.- Señala al menos un vacío relevante.- El diagnóstico tiene custodio, reviewer y permisos documentados.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.# Definition of Done: Cada bloque tiene fuente o queda marcado.; El resumen distingue hechos de inferencias.; Señala al menos un vacío relevante.; El diagnóstico tiene custodio, reviewer y permisos documentados.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.Trade-off: Más detalle mejora trazabilidad, pero aumenta carga de registro. La gobernanza añade coordinación, pero reduce decisiones opacas.## Procedencia- Demo sintética- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-01- surface: chatDevuelve conclusiones, evidencia y metadata auditable; no expongas razonamiento privado ni cadena de pensamiento.
Nivel 4 · OrquestadoSepara instrucciones de sistema y solicitud del usuario para reutilizar.
Nivel 4Orquestado

Separa instrucciones de sistema y solicitud del usuario para reutilizar.

# systemEspecialista responsable de diagnóstico de semana.# MARCOS Y BUENAS PRÁCTICAS- Auditoría de tiempo- Separación hecho–supuesto- RACI ligero# Límites- No inventes periodos ni salidas.- Declara cualquier reconstrucción desde memoria.- No combines calendarios sin permiso de sus titulares.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- Describe el periodo observado; no predigas rendimiento.- No autoriza acceso, cambios ni adopción automática.# Definition of DoneCada bloque tiene fuente o queda marcado.; El resumen distingue hechos de inferencias.; Señala al menos un vacío relevante.; El diagnóstico tiene custodio, reviewer y permisos documentados.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSPERIODO = [PERIODO · intervalo que vas a revisar · ej.: lunes a viernes]REGISTROS = [REGISTROS · agenda, tareas y entregas observadas · ej.: agenda de cinco días]RESULTADO = [RESULTADO · salida observable con fecha · ej.: propuesta revisada el jueves]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]# TareaConvertir registros dispersos en un mapa factual de la semana. Produce una línea base que el equipo pueda auditar.# Flujo1. Reúne calendario, tareas y notas disponibles.2. Ordena actividades por día, duración y salida.3. Marca interrupciones y datos ausentes.4. Resume patrones como observaciones, no como causas.5. Cierra con custodio del registro, permisos y reviewer del diagnóstico.# Salida esperada- Mapa de uso del tiempo- Cada bloque tiene fuente o queda marcado.- El resumen distingue hechos de inferencias.- Señala al menos un vacío relevante.- El diagnóstico tiene custodio, reviewer y permisos documentados.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Demo · Nivel 4 · Orquestado
# systemEspecialista responsable de diagnóstico de semana.# MARCOS Y BUENAS PRÁCTICAS- Auditoría de tiempo- Separación hecho–supuesto- RACI ligero# Límites- No inventes periodos ni salidas.- Declara cualquier reconstrucción desde memoria.- No combines calendarios sin permiso de sus titulares.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- Describe el periodo observado; no predigas rendimiento.- No autoriza acceso, cambios ni adopción automática.# Definition of DoneCada bloque tiene fuente o queda marcado.; El resumen distingue hechos de inferencias.; Señala al menos un vacío relevante.; El diagnóstico tiene custodio, reviewer y permisos documentados.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSPERIODO = semana del 24 al 28 de agostoREGISTROS = agenda de cinco días con 17 bloques, 12 tareas y una propuesta entregadaRESULTADO = propuesta revisada y enviada el jueves a las 16:00RESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Registro del equipo de lunes a viernes: 96 h entre cuatro personas; 31 h de reuniones, 28 h de producción, 17 h de coordinación, 12 h de soporte y 8 h sin clasificar. La propuesta al cliente vence el viernes; cinco reuniones no registran decisión y seis interrupciones carecen de responsable.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.# TareaConvertir registros dispersos en un mapa factual de la semana. Produce una línea base que el equipo pueda auditar.# Flujo1. Reúne calendario, tareas y notas disponibles.2. Ordena actividades por día, duración y salida.3. Marca interrupciones y datos ausentes.4. Resume patrones como observaciones, no como causas.5. Cierra con custodio del registro, permisos y reviewer del diagnóstico.# Salida esperada- Mapa de uso del tiempo- Cada bloque tiene fuente o queda marcado.- El resumen distingue hechos de inferencias.- Señala al menos un vacío relevante.- El diagnóstico tiene custodio, reviewer y permisos documentados.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Por qué funcionaCriterios de aceptación

Criterios de aceptación

  • Cada bloque tiene fuente o queda marcado.
  • El resumen distingue hechos de inferencias.
  • Señala al menos un vacío relevante.
  • El diagnóstico tiene custodio, reviewer y permisos documentados.
  • La recomendación conserva fecha, resultado y evidencia revisable.
  • El responsable, el revisor y la evidencia compartida quedan identificados.

Casos borde

  • Registros incompletos: entrega mapa parcial.
  • Actividades solapadas: conserva ambas y marca el conflicto.
  • Semana incompleta: entrega una lectura parcial y marca el periodo ausente.

Compensaciones

  • Más detalle mejora trazabilidad, pero aumenta carga de registro. La gobernanza añade coordinación, pero reduce decisiones opacas.

Supuestos

  • Los inputs, permisos y fuentes declarados representan el caso que se revisará.

Límites

  • Describe el periodo observado; no predigas rendimiento.
  • No autoriza acceso, cambios ni adopción automática.
AprenderClasificación de valorClasificar actividades por su relación con el valor. Deja las categorías discutibles listas para resolución.4 · Niveles de estructura del promptPlantilla / DemoAbrir promptEjecutar enChat · fuentes seleccionadas
Antes de copiar
Cuándo usarlo
Cuando el mapa de tiempo ya existe y debes decidir qué cuestionar. Confirma propósito común y áreas afectadas.
Ejemplo
Mapa factual del equipo: propuesta 22 h y borrador con seis de diez secciones completas; reuniones 31 h y siete decisiones; soporte 12 h y nueve casos; coordinación 17 h; 8 h sin registro. Resultado acordado: propuesta revisada por Comercial y Operaciones el jueves.
Evidencia
Cada actividad tiene categoría y razón.; Los casos dudosos conservan evidencia faltante.
Límite
La clasificación es contextual, no universal.
RecibeMapa de uso del tiempo
ProduceMapa de actividades por valor
[CAMPO EN MAYÚSCULA] se reemplaza · [texto en minúscula] se ajusta o borra
Qué debes reemplazar 4
  • <ACTIVIDADES>lista breve de trabajo realizadoEjemplo: reuniones, análisis y redacción · Obligatorio
  • <ESFUERZO>tiempo o carga por actividadEjemplo: horas por actividad · Obligatorio
  • <SEÑAL_DE_VALOR>prueba de que una actividad movió el resultadoEjemplo: decisión tomada o entrega aceptada · Obligatorio
  • <RESPONSABLE_DEL_RESULTADO>persona que decide y responde por el resultadoEjemplo: líder de la propuesta · Obligatorio
Parámetros
  • LONGITUD = concisa
  • ESTRUCTURA = tabla breve + decisión
  • PROFUNDIDAD = ejecutiva
  • APROBACIÓN = humana obligatoria
Nivel 1 · DirectoUna instrucción clara, lista para conversar y ajustar.
Nivel 1Directo

Una instrucción clara, lista para conversar y ajustar.

Objetivo: Clasificar actividades por su relación con el valor. Deja las categorías discutibles listas para resolución. El equipo nombra una persona responsable y una revisión independiente.Datos: ACTIVIDADES=[ACTIVIDADES · lista breve de trabajo realizado · ej.: reuniones, análisis y redacción]; ESFUERZO=[ESFUERZO · tiempo o carga por actividad · ej.: horas por actividad]; SEÑAL_DE_VALOR=[SEÑAL_DE_VALOR · prueba de que una actividad movió el resultado · ej.: decisión tomada o entrega aceptada]; RESPONSABLE_DEL_RESULTADO=[RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta].Aplica: Mapa de valor; Job-to-be-done del resultado; RACI ligero.Orden: Lee propósito y resultados del periodo. → Cierra con responsable de cada categoría y resolución de desacuerdos.Entrega: Mapa de actividades por valor; Cada actividad tiene categoría y razón.Límite: No trivialices mantenimiento necesario.[Señala el dato faltante que cambiaría la decisión.]
Demo · Nivel 1 · Directo
Objetivo: Clasificar actividades por su relación con el valor. Deja las categorías discutibles listas para resolución. El equipo nombra una persona responsable y una revisión independiente.Datos: ACTIVIDADES=6 reuniones, 4 horas de análisis y 3 horas de redacción; ESFUERZO=reuniones 6 h; análisis 4 h; redacción 3 h; SEÑAL_DE_VALOR=la revisión destrabó una decisión; dos reuniones no dejaron salida; RESPONSABLE_DEL_RESULTADO=líder de la propuesta; revisor de calidad independiente; Datos sintéticos disponibles: ARTEFACTO_DEMO=Mapa factual del equipo: propuesta 22 h y borrador con seis de diez secciones completas; reuniones 31 h y siete decisiones; soporte 12 h y nueve casos; coordinación 17 h; 8 h sin registro. Resultado acordado: propuesta revisada por Comercial y Operaciones el jueves.Aplica: Mapa de valor; Job-to-be-done del resultado; RACI ligero.Orden: Lee propósito y resultados del periodo. → Cierra con responsable de cada categoría y resolución de desacuerdos.Entrega: Mapa de actividades por valor; Cada actividad tiene categoría y razón.Límite: No trivialices mantenimiento necesario.Señala el dato faltante que cambiaría la decisión.
Nivel 2 · EstructuradoExplicita entradas, opciones, flujo y resultado esperado.
Nivel 2Estructurado

Explicita entradas, opciones, flujo y resultado esperado.

# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSACTIVIDADES = [ACTIVIDADES · lista breve de trabajo realizado · ej.: reuniones, análisis y redacción]ESFUERZO = [ESFUERZO · tiempo o carga por actividad · ej.: horas por actividad]SEÑAL_DE_VALOR = [SEÑAL_DE_VALOR · prueba de que una actividad movió el resultado · ej.: decisión tomada o entrega aceptada]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]# TareaClasificar actividades por su relación con el valor. Deja las categorías discutibles listas para resolución.# MARCOS Y BUENAS PRÁCTICAS- Mapa de valor- Job-to-be-done del resultado- RACI ligero# Flujo1. Lee propósito y resultados del periodo.2. Clasifica creación, mantenimiento, coordinación o reacción.3. Justifica casos ambiguos.4. Entrega decisiones y dudas pendientes.5. Cierra con responsable de cada categoría y resolución de desacuerdos.# Límites- No trivialices mantenimiento necesario.- No atribuyas valor sin propósito explícito.- No etiquetes el trabajo de otra área sin su revisión.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- La clasificación es contextual, no universal.- No autoriza acceso, cambios ni adopción automática.# Salida esperada- Mapa de actividades por valor- Cada actividad tiene categoría y razón.- Los casos dudosos conservan evidencia faltante.- El mapa permite elegir qué mantener, reducir o revisar.- Las categorías tienen responsables y vía de desacuerdo definida.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Demo · Nivel 2 · Estructurado
# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSACTIVIDADES = 6 reuniones, 4 horas de análisis y 3 horas de redacciónESFUERZO = reuniones 6 h; análisis 4 h; redacción 3 hSEÑAL_DE_VALOR = la revisión destrabó una decisión; dos reuniones no dejaron salidaRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Mapa factual del equipo: propuesta 22 h y borrador con seis de diez secciones completas; reuniones 31 h y siete decisiones; soporte 12 h y nueve casos; coordinación 17 h; 8 h sin registro. Resultado acordado: propuesta revisada por Comercial y Operaciones el jueves.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.# TareaClasificar actividades por su relación con el valor. Deja las categorías discutibles listas para resolución.# MARCOS Y BUENAS PRÁCTICAS- Mapa de valor- Job-to-be-done del resultado- RACI ligero# Flujo1. Lee propósito y resultados del periodo.2. Clasifica creación, mantenimiento, coordinación o reacción.3. Justifica casos ambiguos.4. Entrega decisiones y dudas pendientes.5. Cierra con responsable de cada categoría y resolución de desacuerdos.# Límites- No trivialices mantenimiento necesario.- No atribuyas valor sin propósito explícito.- No etiquetes el trabajo de otra área sin su revisión.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- La clasificación es contextual, no universal.- No autoriza acceso, cambios ni adopción automática.# Salida esperada- Mapa de actividades por valor- Cada actividad tiene categoría y razón.- Los casos dudosos conservan evidencia faltante.- El mapa permite elegir qué mantener, reducir o revisar.- Las categorías tienen responsables y vía de desacuerdo definida.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Nivel 3 · EspecificadoAñade contrato, límites, validación y definición de terminado.
Nivel 3Especificado

Añade contrato, límites, validación y definición de terminado.

# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: Cuando el mapa de tiempo ya existe y debes decidir qué cuestionar. Confirma propósito común y áreas afectadas.# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSACTIVIDADES = [ACTIVIDADES · lista breve de trabajo realizado · ej.: reuniones, análisis y redacción]ESFUERZO = [ESFUERZO · tiempo o carga por actividad · ej.: horas por actividad]SEÑAL_DE_VALOR = [SEÑAL_DE_VALOR · prueba de que una actividad movió el resultado · ej.: decisión tomada o entrega aceptada]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]## P — Propósito y alcanceRol experto: Especialista responsable de clasificación de valor.Entregable: Mapa de actividades por valorIncluye: Clasificar actividades por su relación con el valor. Deja las categorías discutibles listas para resolución.No incluye: La clasificación es contextual, no universal.; No autoriza acceso, cambios ni adopción automática.## E — Estándares y ejecución### MARCOS Y BUENAS PRÁCTICAS- Mapa de valor- Job-to-be-done del resultado- RACI ligeroPasos:1. Lee propósito y resultados del periodo.2. Clasifica creación, mantenimiento, coordinación o reacción.3. Justifica casos ambiguos.4. Entrega decisiones y dudas pendientes.5. Cierra con responsable de cada categoría y resolución de desacuerdos.### Casos borde- Una actividad sirve a dos categorías: registra la principal y la secundaria.- Sin owner o derechos, devuelve bloqueo y siguiente gate.- Semana incompleta: entrega una lectura parcial y marca el periodo ausente.## C — Criterios verificables# Salida esperada:- Mapa de actividades por valor- Cada actividad tiene categoría y razón.- Los casos dudosos conservan evidencia faltante.- El mapa permite elegir qué mantener, reducir o revisar.- Las categorías tienen responsables y vía de desacuerdo definida.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.Criterios observables:- Cada actividad tiene categoría y razón.- Los casos dudosos conservan evidencia faltante.- El mapa permite elegir qué mantener, reducir o revisar.- Las categorías tienen responsables y vía de desacuerdo definida.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.# Definition of Done: Cada actividad tiene categoría y razón.; Los casos dudosos conservan evidencia faltante.; El mapa permite elegir qué mantener, reducir o revisar.; Las categorías tienen responsables y vía de desacuerdo definida.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.Trade-off: Una taxonomía simple facilita decisión, pero pierde matices; conserva excepciones. La gobernanza añade coordinación, pero reduce decisiones opacas.## Procedencia- Datos del caso- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-02- surface: chatDevuelve conclusiones, evidencia y metadata auditable; no expongas razonamiento privado ni cadena de pensamiento.
Demo · Nivel 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: Cuando el mapa de tiempo ya existe y debes decidir qué cuestionar. Confirma propósito común y áreas afectadas.# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSACTIVIDADES = 6 reuniones, 4 horas de análisis y 3 horas de redacciónESFUERZO = reuniones 6 h; análisis 4 h; redacción 3 hSEÑAL_DE_VALOR = la revisión destrabó una decisión; dos reuniones no dejaron salidaRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Mapa factual del equipo: propuesta 22 h y borrador con seis de diez secciones completas; reuniones 31 h y siete decisiones; soporte 12 h y nueve casos; coordinación 17 h; 8 h sin registro. Resultado acordado: propuesta revisada por Comercial y Operaciones el jueves.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.## P — Propósito y alcanceRol experto: Especialista responsable de clasificación de valor.Entregable: Mapa de actividades por valorIncluye: Clasificar actividades por su relación con el valor. Deja las categorías discutibles listas para resolución.No incluye: La clasificación es contextual, no universal.; No autoriza acceso, cambios ni adopción automática.## E — Estándares y ejecución### MARCOS Y BUENAS PRÁCTICAS- Mapa de valor- Job-to-be-done del resultado- RACI ligeroPasos:1. Lee propósito y resultados del periodo.2. Clasifica creación, mantenimiento, coordinación o reacción.3. Justifica casos ambiguos.4. Entrega decisiones y dudas pendientes.5. Cierra con responsable de cada categoría y resolución de desacuerdos.### Casos borde- Una actividad sirve a dos categorías: registra la principal y la secundaria.- Sin owner o derechos, devuelve bloqueo y siguiente gate.- Semana incompleta: entrega una lectura parcial y marca el periodo ausente.## C — Criterios verificables# Salida esperada:- Mapa de actividades por valor- Cada actividad tiene categoría y razón.- Los casos dudosos conservan evidencia faltante.- El mapa permite elegir qué mantener, reducir o revisar.- Las categorías tienen responsables y vía de desacuerdo definida.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.Criterios observables:- Cada actividad tiene categoría y razón.- Los casos dudosos conservan evidencia faltante.- El mapa permite elegir qué mantener, reducir o revisar.- Las categorías tienen responsables y vía de desacuerdo definida.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.# Definition of Done: Cada actividad tiene categoría y razón.; Los casos dudosos conservan evidencia faltante.; El mapa permite elegir qué mantener, reducir o revisar.; Las categorías tienen responsables y vía de desacuerdo definida.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.Trade-off: Una taxonomía simple facilita decisión, pero pierde matices; conserva excepciones. La gobernanza añade coordinación, pero reduce decisiones opacas.## Procedencia- Demo sintética- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-02- surface: chatDevuelve conclusiones, evidencia y metadata auditable; no expongas razonamiento privado ni cadena de pensamiento.
Nivel 4 · OrquestadoSepara instrucciones de sistema y solicitud del usuario para reutilizar.
Nivel 4Orquestado

Separa instrucciones de sistema y solicitud del usuario para reutilizar.

# systemEspecialista responsable de clasificación de valor.# MARCOS Y BUENAS PRÁCTICAS- Mapa de valor- Job-to-be-done del resultado- RACI ligero# Límites- No trivialices mantenimiento necesario.- No atribuyas valor sin propósito explícito.- No etiquetes el trabajo de otra área sin su revisión.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- La clasificación es contextual, no universal.- No autoriza acceso, cambios ni adopción automática.# Definition of DoneCada actividad tiene categoría y razón.; Los casos dudosos conservan evidencia faltante.; El mapa permite elegir qué mantener, reducir o revisar.; Las categorías tienen responsables y vía de desacuerdo definida.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSACTIVIDADES = [ACTIVIDADES · lista breve de trabajo realizado · ej.: reuniones, análisis y redacción]ESFUERZO = [ESFUERZO · tiempo o carga por actividad · ej.: horas por actividad]SEÑAL_DE_VALOR = [SEÑAL_DE_VALOR · prueba de que una actividad movió el resultado · ej.: decisión tomada o entrega aceptada]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]# TareaClasificar actividades por su relación con el valor. Deja las categorías discutibles listas para resolución.# Flujo1. Lee propósito y resultados del periodo.2. Clasifica creación, mantenimiento, coordinación o reacción.3. Justifica casos ambiguos.4. Entrega decisiones y dudas pendientes.5. Cierra con responsable de cada categoría y resolución de desacuerdos.# Salida esperada- Mapa de actividades por valor- Cada actividad tiene categoría y razón.- Los casos dudosos conservan evidencia faltante.- El mapa permite elegir qué mantener, reducir o revisar.- Las categorías tienen responsables y vía de desacuerdo definida.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Demo · Nivel 4 · Orquestado
# systemEspecialista responsable de clasificación de valor.# MARCOS Y BUENAS PRÁCTICAS- Mapa de valor- Job-to-be-done del resultado- RACI ligero# Límites- No trivialices mantenimiento necesario.- No atribuyas valor sin propósito explícito.- No etiquetes el trabajo de otra área sin su revisión.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- La clasificación es contextual, no universal.- No autoriza acceso, cambios ni adopción automática.# Definition of DoneCada actividad tiene categoría y razón.; Los casos dudosos conservan evidencia faltante.; El mapa permite elegir qué mantener, reducir o revisar.; Las categorías tienen responsables y vía de desacuerdo definida.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSACTIVIDADES = 6 reuniones, 4 horas de análisis y 3 horas de redacciónESFUERZO = reuniones 6 h; análisis 4 h; redacción 3 hSEÑAL_DE_VALOR = la revisión destrabó una decisión; dos reuniones no dejaron salidaRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Mapa factual del equipo: propuesta 22 h y borrador con seis de diez secciones completas; reuniones 31 h y siete decisiones; soporte 12 h y nueve casos; coordinación 17 h; 8 h sin registro. Resultado acordado: propuesta revisada por Comercial y Operaciones el jueves.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.# TareaClasificar actividades por su relación con el valor. Deja las categorías discutibles listas para resolución.# Flujo1. Lee propósito y resultados del periodo.2. Clasifica creación, mantenimiento, coordinación o reacción.3. Justifica casos ambiguos.4. Entrega decisiones y dudas pendientes.5. Cierra con responsable de cada categoría y resolución de desacuerdos.# Salida esperada- Mapa de actividades por valor- Cada actividad tiene categoría y razón.- Los casos dudosos conservan evidencia faltante.- El mapa permite elegir qué mantener, reducir o revisar.- Las categorías tienen responsables y vía de desacuerdo definida.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Por qué funcionaCriterios de aceptación

Criterios de aceptación

  • Cada actividad tiene categoría y razón.
  • Los casos dudosos conservan evidencia faltante.
  • El mapa permite elegir qué mantener, reducir o revisar.
  • Las categorías tienen responsables y vía de desacuerdo definida.
  • La recomendación conserva fecha, resultado y evidencia revisable.
  • El responsable, el revisor y la evidencia compartida quedan identificados.

Casos borde

  • Una actividad sirve a dos categorías: registra la principal y la secundaria.
  • Sin owner o derechos, devuelve bloqueo y siguiente gate.
  • Semana incompleta: entrega una lectura parcial y marca el periodo ausente.

Compensaciones

  • Una taxonomía simple facilita decisión, pero pierde matices; conserva excepciones. La gobernanza añade coordinación, pero reduce decisiones opacas.

Supuestos

  • Los inputs, permisos y fuentes declarados representan el caso que se revisará.

Límites

  • La clasificación es contextual, no universal.
  • No autoriza acceso, cambios ni adopción automática.
AprenderSelección de prioridadesElegir tres resultados y hacer visibles las renuncias. Convierte alternativas en compromisos explícitos.4 · Niveles de estructura del promptPlantilla / DemoAbrir promptEjecutar enChat · fuentes seleccionadas
Antes de copiar
Cuándo usarlo
Cuando hay más resultados candidatos que capacidad disponible. Confirma sponsor y capacidad disponible.
Ejemplo
Clasificación del equipo: propuesta = creación; comité de alcance = coordinación; reporte diario = mantenimiento; solicitudes sin canal = reacción. Tres reuniones no dejaron decisión. Resultados candidatos: propuesta aprobada, decisión de capacidad y validación de derechos de fuentes.
Evidencia
Tres resultados observables.; Cada uno tiene justificación y renuncia.
Límite
No garantiza completar los resultados; crea una decisión revisable.
RecibeMapa de actividades por valor
ProduceTres prioridades justificadas
[CAMPO EN MAYÚSCULA] se reemplaza · [texto en minúscula] se ajusta o borra
Qué debes reemplazar 4
  • <CANDIDATOS>posibles prioridades para la semanaEjemplo: propuesta, seguimiento y reporte · Obligatorio
  • <CRITERIOS>reglas explícitas para comparar opcionesEjemplo: impacto, urgencia y esfuerzo · Obligatorio
  • <CAPACIDAD>tiempo y atención realmente disponiblesEjemplo: 12 horas de foco · Obligatorio
  • <RESPONSABLE_DEL_RESULTADO>persona que decide y responde por el resultadoEjemplo: líder de la propuesta · Obligatorio
Parámetros
  • LONGITUD = concisa
  • ESTRUCTURA = tabla breve + decisión
  • PROFUNDIDAD = ejecutiva
  • APROBACIÓN = humana obligatoria
Nivel 1 · DirectoUna instrucción clara, lista para conversar y ajustar.
Nivel 1Directo

Una instrucción clara, lista para conversar y ajustar.

Objetivo: Elegir tres resultados y hacer visibles las renuncias. Convierte alternativas en compromisos explícitos. El equipo nombra una persona responsable y una revisión independiente.Datos: CANDIDATOS=[CANDIDATOS · posibles prioridades para la semana · ej.: propuesta, seguimiento y reporte]; CRITERIOS=[CRITERIOS · reglas explícitas para comparar opciones · ej.: impacto, urgencia y esfuerzo]; CAPACIDAD=[CAPACIDAD · tiempo y atención realmente disponibles · ej.: 12 horas de foco]; RESPONSABLE_DEL_RESULTADO=[RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta].Aplica: Matriz de prioridades; Definición de terminado; RACI ligero.Orden: Formula definición de terminado. → Cierra con owners de resultados y sponsor de las renuncias.Entrega: Tres prioridades justificadas; Tres resultados observables.Límite: No uses presión como único criterio.[Señala el dato faltante que cambiaría la decisión.]
Demo · Nivel 1 · Directo
Objetivo: Elegir tres resultados y hacer visibles las renuncias. Convierte alternativas en compromisos explícitos. El equipo nombra una persona responsable y una revisión independiente.Datos: CANDIDATOS=cerrar propuesta, responder clientes y actualizar reporte; CRITERIOS=impacto en la entrega, fecha límite y esfuerzo restante; CAPACIDAD=12 horas protegibles y dos reuniones obligatorias; RESPONSABLE_DEL_RESULTADO=líder de la propuesta; revisor de calidad independiente; Datos sintéticos disponibles: ARTEFACTO_DEMO=Clasificación del equipo: propuesta = creación; comité de alcance = coordinación; reporte diario = mantenimiento; solicitudes sin canal = reacción. Tres reuniones no dejaron decisión. Resultados candidatos: propuesta aprobada, decisión de capacidad y validación de derechos de fuentes.Aplica: Matriz de prioridades; Definición de terminado; RACI ligero.Orden: Formula definición de terminado. → Cierra con owners de resultados y sponsor de las renuncias.Entrega: Tres prioridades justificadas; Tres resultados observables.Límite: No uses presión como único criterio.Señala el dato faltante que cambiaría la decisión.
Nivel 2 · EstructuradoExplicita entradas, opciones, flujo y resultado esperado.
Nivel 2Estructurado

Explicita entradas, opciones, flujo y resultado esperado.

# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSCANDIDATOS = [CANDIDATOS · posibles prioridades para la semana · ej.: propuesta, seguimiento y reporte]CRITERIOS = [CRITERIOS · reglas explícitas para comparar opciones · ej.: impacto, urgencia y esfuerzo]CAPACIDAD = [CAPACIDAD · tiempo y atención realmente disponibles · ej.: 12 horas de foco]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]# TareaElegir tres resultados y hacer visibles las renuncias. Convierte alternativas en compromisos explícitos.# MARCOS Y BUENAS PRÁCTICAS- Matriz de prioridades- Definición de terminado- RACI ligero# Flujo1. Formula definición de terminado.2. Compara propósito, impacto y urgencia real.3. Declara trabajo aplazado.4. Entrega tres prioridades justificadas.5. Cierra con owners de resultados y sponsor de las renuncias.# Límites- No uses presión como único criterio.- Expón datos que podrían cambiar el orden.- No asignes prioridades sin sponsor ni capacidad confirmada.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- No garantiza completar los resultados; crea una decisión revisable.- No autoriza acceso, cambios ni adopción automática.# Salida esperada- Tres prioridades justificadas- Tres resultados observables.- Cada uno tiene justificación y renuncia.- No hay empate oculto.- Cada prioridad tiene owner, sponsor y capacidad confirmada.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Demo · Nivel 2 · Estructurado
# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSCANDIDATOS = cerrar propuesta, responder clientes y actualizar reporteCRITERIOS = impacto en la entrega, fecha límite y esfuerzo restanteCAPACIDAD = 12 horas protegibles y dos reuniones obligatoriasRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Clasificación del equipo: propuesta = creación; comité de alcance = coordinación; reporte diario = mantenimiento; solicitudes sin canal = reacción. Tres reuniones no dejaron decisión. Resultados candidatos: propuesta aprobada, decisión de capacidad y validación de derechos de fuentes.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.# TareaElegir tres resultados y hacer visibles las renuncias. Convierte alternativas en compromisos explícitos.# MARCOS Y BUENAS PRÁCTICAS- Matriz de prioridades- Definición de terminado- RACI ligero# Flujo1. Formula definición de terminado.2. Compara propósito, impacto y urgencia real.3. Declara trabajo aplazado.4. Entrega tres prioridades justificadas.5. Cierra con owners de resultados y sponsor de las renuncias.# Límites- No uses presión como único criterio.- Expón datos que podrían cambiar el orden.- No asignes prioridades sin sponsor ni capacidad confirmada.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- No garantiza completar los resultados; crea una decisión revisable.- No autoriza acceso, cambios ni adopción automática.# Salida esperada- Tres prioridades justificadas- Tres resultados observables.- Cada uno tiene justificación y renuncia.- No hay empate oculto.- Cada prioridad tiene owner, sponsor y capacidad confirmada.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Nivel 3 · EspecificadoAñade contrato, límites, validación y definición de terminado.
Nivel 3Especificado

Añade contrato, límites, validación y definición de terminado.

# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: Cuando hay más resultados candidatos que capacidad disponible. Confirma sponsor y capacidad disponible.# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSCANDIDATOS = [CANDIDATOS · posibles prioridades para la semana · ej.: propuesta, seguimiento y reporte]CRITERIOS = [CRITERIOS · reglas explícitas para comparar opciones · ej.: impacto, urgencia y esfuerzo]CAPACIDAD = [CAPACIDAD · tiempo y atención realmente disponibles · ej.: 12 horas de foco]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]## P — Propósito y alcanceRol experto: Especialista responsable de selección de prioridades.Entregable: Tres prioridades justificadasIncluye: Elegir tres resultados y hacer visibles las renuncias. Convierte alternativas en compromisos explícitos.No incluye: No garantiza completar los resultados; crea una decisión revisable.; No autoriza acceso, cambios ni adopción automática.## E — Estándares y ejecución### MARCOS Y BUENAS PRÁCTICAS- Matriz de prioridades- Definición de terminado- RACI ligeroPasos:1. Formula definición de terminado.2. Compara propósito, impacto y urgencia real.3. Declara trabajo aplazado.4. Entrega tres prioridades justificadas.5. Cierra con owners de resultados y sponsor de las renuncias.### Casos borde- Todos parecen urgentes: pide evidencia de fecha y consecuencia.- Falta capacidad: reduce alcance antes de sumar prioridad.- Semana incompleta: entrega una lectura parcial y marca el periodo ausente.## C — Criterios verificables# Salida esperada:- Tres prioridades justificadas- Tres resultados observables.- Cada uno tiene justificación y renuncia.- No hay empate oculto.- Cada prioridad tiene owner, sponsor y capacidad confirmada.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.Criterios observables:- Tres resultados observables.- Cada uno tiene justificación y renuncia.- No hay empate oculto.- Cada prioridad tiene owner, sponsor y capacidad confirmada.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.# Definition of Done: Tres resultados observables.; Cada uno tiene justificación y renuncia.; No hay empate oculto.; Cada prioridad tiene owner, sponsor y capacidad confirmada.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.Trade-off: Limitar a tres crea claridad, pero exige aplazar trabajo legítimo. La gobernanza añade coordinación, pero reduce decisiones opacas.## Procedencia- Datos del caso- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-03- surface: chatDevuelve conclusiones, evidencia y metadata auditable; no expongas razonamiento privado ni cadena de pensamiento.
Demo · Nivel 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: Cuando hay más resultados candidatos que capacidad disponible. Confirma sponsor y capacidad disponible.# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSCANDIDATOS = cerrar propuesta, responder clientes y actualizar reporteCRITERIOS = impacto en la entrega, fecha límite y esfuerzo restanteCAPACIDAD = 12 horas protegibles y dos reuniones obligatoriasRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Clasificación del equipo: propuesta = creación; comité de alcance = coordinación; reporte diario = mantenimiento; solicitudes sin canal = reacción. Tres reuniones no dejaron decisión. Resultados candidatos: propuesta aprobada, decisión de capacidad y validación de derechos de fuentes.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.## P — Propósito y alcanceRol experto: Especialista responsable de selección de prioridades.Entregable: Tres prioridades justificadasIncluye: Elegir tres resultados y hacer visibles las renuncias. Convierte alternativas en compromisos explícitos.No incluye: No garantiza completar los resultados; crea una decisión revisable.; No autoriza acceso, cambios ni adopción automática.## E — Estándares y ejecución### MARCOS Y BUENAS PRÁCTICAS- Matriz de prioridades- Definición de terminado- RACI ligeroPasos:1. Formula definición de terminado.2. Compara propósito, impacto y urgencia real.3. Declara trabajo aplazado.4. Entrega tres prioridades justificadas.5. Cierra con owners de resultados y sponsor de las renuncias.### Casos borde- Todos parecen urgentes: pide evidencia de fecha y consecuencia.- Falta capacidad: reduce alcance antes de sumar prioridad.- Semana incompleta: entrega una lectura parcial y marca el periodo ausente.## C — Criterios verificables# Salida esperada:- Tres prioridades justificadas- Tres resultados observables.- Cada uno tiene justificación y renuncia.- No hay empate oculto.- Cada prioridad tiene owner, sponsor y capacidad confirmada.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.Criterios observables:- Tres resultados observables.- Cada uno tiene justificación y renuncia.- No hay empate oculto.- Cada prioridad tiene owner, sponsor y capacidad confirmada.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.# Definition of Done: Tres resultados observables.; Cada uno tiene justificación y renuncia.; No hay empate oculto.; Cada prioridad tiene owner, sponsor y capacidad confirmada.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.Trade-off: Limitar a tres crea claridad, pero exige aplazar trabajo legítimo. La gobernanza añade coordinación, pero reduce decisiones opacas.## Procedencia- Demo sintética- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-03- surface: chatDevuelve conclusiones, evidencia y metadata auditable; no expongas razonamiento privado ni cadena de pensamiento.
Nivel 4 · OrquestadoSepara instrucciones de sistema y solicitud del usuario para reutilizar.
Nivel 4Orquestado

Separa instrucciones de sistema y solicitud del usuario para reutilizar.

# systemEspecialista responsable de selección de prioridades.# MARCOS Y BUENAS PRÁCTICAS- Matriz de prioridades- Definición de terminado- RACI ligero# Límites- No uses presión como único criterio.- Expón datos que podrían cambiar el orden.- No asignes prioridades sin sponsor ni capacidad confirmada.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- No garantiza completar los resultados; crea una decisión revisable.- No autoriza acceso, cambios ni adopción automática.# Definition of DoneTres resultados observables.; Cada uno tiene justificación y renuncia.; No hay empate oculto.; Cada prioridad tiene owner, sponsor y capacidad confirmada.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSCANDIDATOS = [CANDIDATOS · posibles prioridades para la semana · ej.: propuesta, seguimiento y reporte]CRITERIOS = [CRITERIOS · reglas explícitas para comparar opciones · ej.: impacto, urgencia y esfuerzo]CAPACIDAD = [CAPACIDAD · tiempo y atención realmente disponibles · ej.: 12 horas de foco]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]# TareaElegir tres resultados y hacer visibles las renuncias. Convierte alternativas en compromisos explícitos.# Flujo1. Formula definición de terminado.2. Compara propósito, impacto y urgencia real.3. Declara trabajo aplazado.4. Entrega tres prioridades justificadas.5. Cierra con owners de resultados y sponsor de las renuncias.# Salida esperada- Tres prioridades justificadas- Tres resultados observables.- Cada uno tiene justificación y renuncia.- No hay empate oculto.- Cada prioridad tiene owner, sponsor y capacidad confirmada.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Demo · Nivel 4 · Orquestado
# systemEspecialista responsable de selección de prioridades.# MARCOS Y BUENAS PRÁCTICAS- Matriz de prioridades- Definición de terminado- RACI ligero# Límites- No uses presión como único criterio.- Expón datos que podrían cambiar el orden.- No asignes prioridades sin sponsor ni capacidad confirmada.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- No garantiza completar los resultados; crea una decisión revisable.- No autoriza acceso, cambios ni adopción automática.# Definition of DoneTres resultados observables.; Cada uno tiene justificación y renuncia.; No hay empate oculto.; Cada prioridad tiene owner, sponsor y capacidad confirmada.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSCANDIDATOS = cerrar propuesta, responder clientes y actualizar reporteCRITERIOS = impacto en la entrega, fecha límite y esfuerzo restanteCAPACIDAD = 12 horas protegibles y dos reuniones obligatoriasRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Clasificación del equipo: propuesta = creación; comité de alcance = coordinación; reporte diario = mantenimiento; solicitudes sin canal = reacción. Tres reuniones no dejaron decisión. Resultados candidatos: propuesta aprobada, decisión de capacidad y validación de derechos de fuentes.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.# TareaElegir tres resultados y hacer visibles las renuncias. Convierte alternativas en compromisos explícitos.# Flujo1. Formula definición de terminado.2. Compara propósito, impacto y urgencia real.3. Declara trabajo aplazado.4. Entrega tres prioridades justificadas.5. Cierra con owners de resultados y sponsor de las renuncias.# Salida esperada- Tres prioridades justificadas- Tres resultados observables.- Cada uno tiene justificación y renuncia.- No hay empate oculto.- Cada prioridad tiene owner, sponsor y capacidad confirmada.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Por qué funcionaCriterios de aceptación

Criterios de aceptación

  • Tres resultados observables.
  • Cada uno tiene justificación y renuncia.
  • No hay empate oculto.
  • Cada prioridad tiene owner, sponsor y capacidad confirmada.
  • La recomendación conserva fecha, resultado y evidencia revisable.
  • El responsable, el revisor y la evidencia compartida quedan identificados.

Casos borde

  • Todos parecen urgentes: pide evidencia de fecha y consecuencia.
  • Falta capacidad: reduce alcance antes de sumar prioridad.
  • Semana incompleta: entrega una lectura parcial y marca el periodo ausente.

Compensaciones

  • Limitar a tres crea claridad, pero exige aplazar trabajo legítimo. La gobernanza añade coordinación, pero reduce decisiones opacas.

Supuestos

  • Los inputs, permisos y fuentes declarados representan el caso que se revisará.

Límites

  • No garantiza completar los resultados; crea una decisión revisable.
  • No autoriza acceso, cambios ni adopción automática.
AprenderPrueba de realidadSometer prioridades a dependencias, esfuerzo, riesgo y realidad del calendario. Expone bloqueos antes de comprometer capacidad compartida.4 · Niveles de estructura del promptPlantilla / DemoAbrir promptEjecutar enChat · fuentes seleccionadas
Antes de copiar
Cuándo usarlo
Antes de reservar bloques o comprometer una fecha. Confirma quién puede resolver cada dependencia.
Ejemplo
Tres resultados priorizados: propuesta aprobada el jueves, capacidad confirmada el viernes y derechos de fuentes resueltos el miércoles. Capacidad conjunta: 26 h. Dueña: líder comercial. Revisor independiente: Operaciones. Dependencia del proveedor sin confirmar y comité disponible el jueves a las 15:00.
Evidencia
Cada riesgo tiene señal y respuesta.; Las dependencias tienen estado.
Límite
Es una prueba de realidad, no una certeza sobre el futuro.
RecibeTres prioridades justificadas
ProduceRiesgos y dependencias visibles
[CAMPO EN MAYÚSCULA] se reemplaza · [texto en minúscula] se ajusta o borra
Qué debes reemplazar 4
  • <PRIORIDADES>resultados elegidos y ordenadosEjemplo: propuesta antes que reporte · Obligatorio
  • <DEPENDENCIAS>personas o insumos que pueden bloquearEjemplo: datos financieros y revisión legal · Obligatorio
  • <RIESGOS>eventos que pueden desviar el planEjemplo: cambio de alcance · Obligatorio
  • <RESPONSABLE_DEL_RESULTADO>persona que decide y responde por el resultadoEjemplo: líder de la propuesta · Obligatorio
Parámetros
  • LONGITUD = concisa
  • ESTRUCTURA = tabla breve + decisión
  • PROFUNDIDAD = ejecutiva
  • APROBACIÓN = humana obligatoria
Nivel 1 · DirectoUna instrucción clara, lista para conversar y ajustar.
Nivel 1Directo

Una instrucción clara, lista para conversar y ajustar.

Objetivo: Someter prioridades a dependencias, esfuerzo, riesgo y realidad del calendario. Expone bloqueos antes de comprometer capacidad compartida. El equipo nombra una persona responsable y una revisión independiente.Datos: PRIORIDADES=[PRIORIDADES · resultados elegidos y ordenados · ej.: propuesta antes que reporte]; DEPENDENCIAS=[DEPENDENCIAS · personas o insumos que pueden bloquear · ej.: datos financieros y revisión legal]; RIESGOS=[RIESGOS · eventos que pueden desviar el plan · ej.: cambio de alcance]; RESPONSABLE_DEL_RESULTADO=[RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta].Aplica: Pre-mortem breve; Matriz impacto–esfuerzo–riesgo; RACI ligero.Orden: Lista supuestos y dependencias. → Cierra con dependencias validadas y responsable de escalamiento.Entrega: Riesgos y dependencias visibles; Cada riesgo tiene señal y respuesta.Límite: No inventes disponibilidad ni acuerdos.[Señala el dato faltante que cambiaría la decisión.]
Demo · Nivel 1 · Directo
Objetivo: Someter prioridades a dependencias, esfuerzo, riesgo y realidad del calendario. Expone bloqueos antes de comprometer capacidad compartida. El equipo nombra una persona responsable y una revisión independiente.Datos: PRIORIDADES=1 propuesta; 2 respuesta al cliente; 3 reporte; DEPENDENCIAS=datos financieros el martes y revisión legal el miércoles; RIESGOS=cambio de alcance o demora de la revisión legal; RESPONSABLE_DEL_RESULTADO=líder de la propuesta; revisor de calidad independiente; Datos sintéticos disponibles: ARTEFACTO_DEMO=Tres resultados priorizados: propuesta aprobada el jueves, capacidad confirmada el viernes y derechos de fuentes resueltos el miércoles. Capacidad conjunta: 26 h. Dueña: líder comercial. Revisor independiente: Operaciones. Dependencia del proveedor sin confirmar y comité disponible el jueves a las 15:00.Aplica: Pre-mortem breve; Matriz impacto–esfuerzo–riesgo; RACI ligero.Orden: Lista supuestos y dependencias. → Cierra con dependencias validadas y responsable de escalamiento.Entrega: Riesgos y dependencias visibles; Cada riesgo tiene señal y respuesta.Límite: No inventes disponibilidad ni acuerdos.Señala el dato faltante que cambiaría la decisión.
Nivel 2 · EstructuradoExplicita entradas, opciones, flujo y resultado esperado.
Nivel 2Estructurado

Explicita entradas, opciones, flujo y resultado esperado.

# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSPRIORIDADES = [PRIORIDADES · resultados elegidos y ordenados · ej.: propuesta antes que reporte]DEPENDENCIAS = [DEPENDENCIAS · personas o insumos que pueden bloquear · ej.: datos financieros y revisión legal]RIESGOS = [RIESGOS · eventos que pueden desviar el plan · ej.: cambio de alcance]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]# TareaSometer prioridades a dependencias, esfuerzo, riesgo y realidad del calendario. Expone bloqueos antes de comprometer capacidad compartida.# MARCOS Y BUENAS PRÁCTICAS- Pre-mortem breve- Matriz impacto–esfuerzo–riesgo- RACI ligero# Flujo1. Lista supuestos y dependencias.2. Contrasta esfuerzo con espacios reales.3. Identifica riesgo y mitigación.4. Recomienda mantener, ajustar o retirar.5. Cierra con dependencias validadas y responsable de escalamiento.# Límites- No inventes disponibilidad ni acuerdos.- Separa dependencia propia de externa.- No declares resuelta una dependencia sin validación del owner.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- Es una prueba de realidad, no una certeza sobre el futuro.- No autoriza acceso, cambios ni adopción automática.# Salida esperada- Riesgos y dependencias visibles- Cada riesgo tiene señal y respuesta.- Las dependencias tienen estado.- La decisión final explica el trade-off.- Cada dependencia tiene estado, owner y siguiente gate.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Demo · Nivel 2 · Estructurado
# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSPRIORIDADES = 1 propuesta; 2 respuesta al cliente; 3 reporteDEPENDENCIAS = datos financieros el martes y revisión legal el miércolesRIESGOS = cambio de alcance o demora de la revisión legalRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Tres resultados priorizados: propuesta aprobada el jueves, capacidad confirmada el viernes y derechos de fuentes resueltos el miércoles. Capacidad conjunta: 26 h. Dueña: líder comercial. Revisor independiente: Operaciones. Dependencia del proveedor sin confirmar y comité disponible el jueves a las 15:00.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.# TareaSometer prioridades a dependencias, esfuerzo, riesgo y realidad del calendario. Expone bloqueos antes de comprometer capacidad compartida.# MARCOS Y BUENAS PRÁCTICAS- Pre-mortem breve- Matriz impacto–esfuerzo–riesgo- RACI ligero# Flujo1. Lista supuestos y dependencias.2. Contrasta esfuerzo con espacios reales.3. Identifica riesgo y mitigación.4. Recomienda mantener, ajustar o retirar.5. Cierra con dependencias validadas y responsable de escalamiento.# Límites- No inventes disponibilidad ni acuerdos.- Separa dependencia propia de externa.- No declares resuelta una dependencia sin validación del owner.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- Es una prueba de realidad, no una certeza sobre el futuro.- No autoriza acceso, cambios ni adopción automática.# Salida esperada- Riesgos y dependencias visibles- Cada riesgo tiene señal y respuesta.- Las dependencias tienen estado.- La decisión final explica el trade-off.- Cada dependencia tiene estado, owner y siguiente gate.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Nivel 3 · EspecificadoAñade contrato, límites, validación y definición de terminado.
Nivel 3Especificado

Añade contrato, límites, validación y definición de terminado.

# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: Antes de reservar bloques o comprometer una fecha. Confirma quién puede resolver cada dependencia.# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSPRIORIDADES = [PRIORIDADES · resultados elegidos y ordenados · ej.: propuesta antes que reporte]DEPENDENCIAS = [DEPENDENCIAS · personas o insumos que pueden bloquear · ej.: datos financieros y revisión legal]RIESGOS = [RIESGOS · eventos que pueden desviar el plan · ej.: cambio de alcance]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]## P — Propósito y alcanceRol experto: Especialista responsable de prueba de realidad.Entregable: Riesgos y dependencias visiblesIncluye: Someter prioridades a dependencias, esfuerzo, riesgo y realidad del calendario. Expone bloqueos antes de comprometer capacidad compartida.No incluye: Es una prueba de realidad, no una certeza sobre el futuro.; No autoriza acceso, cambios ni adopción automática.## E — Estándares y ejecución### MARCOS Y BUENAS PRÁCTICAS- Pre-mortem breve- Matriz impacto–esfuerzo–riesgo- RACI ligeroPasos:1. Lista supuestos y dependencias.2. Contrasta esfuerzo con espacios reales.3. Identifica riesgo y mitigación.4. Recomienda mantener, ajustar o retirar.5. Cierra con dependencias validadas y responsable de escalamiento.### Casos borde- Dependencia sin responsable: marca bloqueo.- Riesgo sin evidencia: trátalo como hipótesis.- Semana incompleta: entrega una lectura parcial y marca el periodo ausente.## C — Criterios verificables# Salida esperada:- Riesgos y dependencias visibles- Cada riesgo tiene señal y respuesta.- Las dependencias tienen estado.- La decisión final explica el trade-off.- Cada dependencia tiene estado, owner y siguiente gate.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.Criterios observables:- Cada riesgo tiene señal y respuesta.- Las dependencias tienen estado.- La decisión final explica el trade-off.- Cada dependencia tiene estado, owner y siguiente gate.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.# Definition of Done: Cada riesgo tiene señal y respuesta.; Las dependencias tienen estado.; La decisión final explica el trade-off.; Cada dependencia tiene estado, owner y siguiente gate.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.Trade-off: Más validación reduce sorpresa, pero consume tiempo antes de ejecutar. La gobernanza añade coordinación, pero reduce decisiones opacas.## Procedencia- Datos del caso- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-04- surface: chatDevuelve conclusiones, evidencia y metadata auditable; no expongas razonamiento privado ni cadena de pensamiento.
Demo · Nivel 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: Antes de reservar bloques o comprometer una fecha. Confirma quién puede resolver cada dependencia.# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSPRIORIDADES = 1 propuesta; 2 respuesta al cliente; 3 reporteDEPENDENCIAS = datos financieros el martes y revisión legal el miércolesRIESGOS = cambio de alcance o demora de la revisión legalRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Tres resultados priorizados: propuesta aprobada el jueves, capacidad confirmada el viernes y derechos de fuentes resueltos el miércoles. Capacidad conjunta: 26 h. Dueña: líder comercial. Revisor independiente: Operaciones. Dependencia del proveedor sin confirmar y comité disponible el jueves a las 15:00.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.## P — Propósito y alcanceRol experto: Especialista responsable de prueba de realidad.Entregable: Riesgos y dependencias visiblesIncluye: Someter prioridades a dependencias, esfuerzo, riesgo y realidad del calendario. Expone bloqueos antes de comprometer capacidad compartida.No incluye: Es una prueba de realidad, no una certeza sobre el futuro.; No autoriza acceso, cambios ni adopción automática.## E — Estándares y ejecución### MARCOS Y BUENAS PRÁCTICAS- Pre-mortem breve- Matriz impacto–esfuerzo–riesgo- RACI ligeroPasos:1. Lista supuestos y dependencias.2. Contrasta esfuerzo con espacios reales.3. Identifica riesgo y mitigación.4. Recomienda mantener, ajustar o retirar.5. Cierra con dependencias validadas y responsable de escalamiento.### Casos borde- Dependencia sin responsable: marca bloqueo.- Riesgo sin evidencia: trátalo como hipótesis.- Semana incompleta: entrega una lectura parcial y marca el periodo ausente.## C — Criterios verificables# Salida esperada:- Riesgos y dependencias visibles- Cada riesgo tiene señal y respuesta.- Las dependencias tienen estado.- La decisión final explica el trade-off.- Cada dependencia tiene estado, owner y siguiente gate.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.Criterios observables:- Cada riesgo tiene señal y respuesta.- Las dependencias tienen estado.- La decisión final explica el trade-off.- Cada dependencia tiene estado, owner y siguiente gate.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.# Definition of Done: Cada riesgo tiene señal y respuesta.; Las dependencias tienen estado.; La decisión final explica el trade-off.; Cada dependencia tiene estado, owner y siguiente gate.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.Trade-off: Más validación reduce sorpresa, pero consume tiempo antes de ejecutar. La gobernanza añade coordinación, pero reduce decisiones opacas.## Procedencia- Demo sintética- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-04- surface: chatDevuelve conclusiones, evidencia y metadata auditable; no expongas razonamiento privado ni cadena de pensamiento.
Nivel 4 · OrquestadoSepara instrucciones de sistema y solicitud del usuario para reutilizar.
Nivel 4Orquestado

Separa instrucciones de sistema y solicitud del usuario para reutilizar.

# systemEspecialista responsable de prueba de realidad.# MARCOS Y BUENAS PRÁCTICAS- Pre-mortem breve- Matriz impacto–esfuerzo–riesgo- RACI ligero# Límites- No inventes disponibilidad ni acuerdos.- Separa dependencia propia de externa.- No declares resuelta una dependencia sin validación del owner.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- Es una prueba de realidad, no una certeza sobre el futuro.- No autoriza acceso, cambios ni adopción automática.# Definition of DoneCada riesgo tiene señal y respuesta.; Las dependencias tienen estado.; La decisión final explica el trade-off.; Cada dependencia tiene estado, owner y siguiente gate.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSPRIORIDADES = [PRIORIDADES · resultados elegidos y ordenados · ej.: propuesta antes que reporte]DEPENDENCIAS = [DEPENDENCIAS · personas o insumos que pueden bloquear · ej.: datos financieros y revisión legal]RIESGOS = [RIESGOS · eventos que pueden desviar el plan · ej.: cambio de alcance]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]# TareaSometer prioridades a dependencias, esfuerzo, riesgo y realidad del calendario. Expone bloqueos antes de comprometer capacidad compartida.# Flujo1. Lista supuestos y dependencias.2. Contrasta esfuerzo con espacios reales.3. Identifica riesgo y mitigación.4. Recomienda mantener, ajustar o retirar.5. Cierra con dependencias validadas y responsable de escalamiento.# Salida esperada- Riesgos y dependencias visibles- Cada riesgo tiene señal y respuesta.- Las dependencias tienen estado.- La decisión final explica el trade-off.- Cada dependencia tiene estado, owner y siguiente gate.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Demo · Nivel 4 · Orquestado
# systemEspecialista responsable de prueba de realidad.# MARCOS Y BUENAS PRÁCTICAS- Pre-mortem breve- Matriz impacto–esfuerzo–riesgo- RACI ligero# Límites- No inventes disponibilidad ni acuerdos.- Separa dependencia propia de externa.- No declares resuelta una dependencia sin validación del owner.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- Es una prueba de realidad, no una certeza sobre el futuro.- No autoriza acceso, cambios ni adopción automática.# Definition of DoneCada riesgo tiene señal y respuesta.; Las dependencias tienen estado.; La decisión final explica el trade-off.; Cada dependencia tiene estado, owner y siguiente gate.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSPRIORIDADES = 1 propuesta; 2 respuesta al cliente; 3 reporteDEPENDENCIAS = datos financieros el martes y revisión legal el miércolesRIESGOS = cambio de alcance o demora de la revisión legalRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Tres resultados priorizados: propuesta aprobada el jueves, capacidad confirmada el viernes y derechos de fuentes resueltos el miércoles. Capacidad conjunta: 26 h. Dueña: líder comercial. Revisor independiente: Operaciones. Dependencia del proveedor sin confirmar y comité disponible el jueves a las 15:00.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.# TareaSometer prioridades a dependencias, esfuerzo, riesgo y realidad del calendario. Expone bloqueos antes de comprometer capacidad compartida.# Flujo1. Lista supuestos y dependencias.2. Contrasta esfuerzo con espacios reales.3. Identifica riesgo y mitigación.4. Recomienda mantener, ajustar o retirar.5. Cierra con dependencias validadas y responsable de escalamiento.# Salida esperada- Riesgos y dependencias visibles- Cada riesgo tiene señal y respuesta.- Las dependencias tienen estado.- La decisión final explica el trade-off.- Cada dependencia tiene estado, owner y siguiente gate.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Por qué funcionaCriterios de aceptación

Criterios de aceptación

  • Cada riesgo tiene señal y respuesta.
  • Las dependencias tienen estado.
  • La decisión final explica el trade-off.
  • Cada dependencia tiene estado, owner y siguiente gate.
  • La recomendación conserva fecha, resultado y evidencia revisable.
  • El responsable, el revisor y la evidencia compartida quedan identificados.

Casos borde

  • Dependencia sin responsable: marca bloqueo.
  • Riesgo sin evidencia: trátalo como hipótesis.
  • Semana incompleta: entrega una lectura parcial y marca el periodo ausente.

Compensaciones

  • Más validación reduce sorpresa, pero consume tiempo antes de ejecutar. La gobernanza añade coordinación, pero reduce decisiones opacas.

Supuestos

  • Los inputs, permisos y fuentes declarados representan el caso que se revisará.

Límites

  • Es una prueba de realidad, no una certeza sobre el futuro.
  • No autoriza acceso, cambios ni adopción automática.
AprehenderDiseño de agendaConvertir prioridades en bloques con salida y límite. Entrega un calendario coordinable con otras áreas.4 · Niveles de estructura del promptPlantilla / DemoAbrir promptEjecutar enChat · fuentes seleccionadas
Antes de copiar
Cuándo usarlo
Cuando las prioridades ya pasaron la prueba de realidad. Confirma compromisos fijos y revisores de salida.
Ejemplo
Prueba de realidad del equipo: mantener alcance v1 de la propuesta; reducir el memo de capacidad a una página; aplazar el acabado del tablero. Insumos: 8 h; integración: 6 h; revisión: 3 h. Riesgo: agenda del comité. Mitigación: prelectura el miércoles al mediodía. Dueña: líder comercial.
Evidencia
Cada prioridad tiene bloque.; Cada bloque tiene salida.
Límite
La agenda es una hipótesis ejecutable y debe revisarse.
RecibeRiesgos y dependencias visibles
ProduceAgenda semanal protegida
[CAMPO EN MAYÚSCULA] se reemplaza · [texto en minúscula] se ajusta o borra
Qué debes reemplazar 4
  • <PRIORIDADES>resultados elegidos y ordenadosEjemplo: propuesta antes que reporte · Obligatorio
  • <CALENDARIO>espacios fijos y bloques disponiblesEjemplo: agenda de la próxima semana · Obligatorio
  • <RESTRICCIONES>límites que el plan debe respetarEjemplo: reuniones fijas y fecha límite · Obligatorio
  • <RESPONSABLE_DEL_RESULTADO>persona que decide y responde por el resultadoEjemplo: líder de la propuesta · Obligatorio
Parámetros
  • LONGITUD = concisa
  • ESTRUCTURA = tabla breve + decisión
  • PROFUNDIDAD = ejecutiva
  • APROBACIÓN = humana obligatoria
Nivel 1 · DirectoUna instrucción clara, lista para conversar y ajustar.
Nivel 1Directo

Una instrucción clara, lista para conversar y ajustar.

Objetivo: Convertir prioridades en bloques con salida y límite. Entrega un calendario coordinable con otras áreas. El equipo nombra una persona responsable y una revisión independiente.Datos: PRIORIDADES=[PRIORIDADES · resultados elegidos y ordenados · ej.: propuesta antes que reporte]; CALENDARIO=[CALENDARIO · espacios fijos y bloques disponibles · ej.: agenda de la próxima semana]; RESTRICCIONES=[RESTRICCIONES · límites que el plan debe respetar · ej.: reuniones fijas y fecha límite]; RESPONSABLE_DEL_RESULTADO=[RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta].Aplica: Time blocking; Definición de terminado; RACI ligero.Orden: Asigna bloque según trabajo y energía disponible declarada. → Cierra con owners de bloques y reviewers de cada salida.Entrega: Agenda semanal protegida; Cada prioridad tiene bloque.Límite: No llenes toda la capacidad.[Señala el dato faltante que cambiaría la decisión.]
Demo · Nivel 1 · Directo
Objetivo: Convertir prioridades en bloques con salida y límite. Entrega un calendario coordinable con otras áreas. El equipo nombra una persona responsable y una revisión independiente.Datos: PRIORIDADES=1 propuesta; 2 respuesta al cliente; 3 reporte; CALENDARIO=martes y miércoles libres de 09:00 a 11:00; reuniones por la tarde; RESTRICCIONES=reuniones obligatorias, entrega el jueves y máximo dos horas extra; RESPONSABLE_DEL_RESULTADO=líder de la propuesta; revisor de calidad independiente; Datos sintéticos disponibles: ARTEFACTO_DEMO=Prueba de realidad del equipo: mantener alcance v1 de la propuesta; reducir el memo de capacidad a una página; aplazar el acabado del tablero. Insumos: 8 h; integración: 6 h; revisión: 3 h. Riesgo: agenda del comité. Mitigación: prelectura el miércoles al mediodía. Dueña: líder comercial.Aplica: Time blocking; Definición de terminado; RACI ligero.Orden: Asigna bloque según trabajo y energía disponible declarada. → Cierra con owners de bloques y reviewers de cada salida.Entrega: Agenda semanal protegida; Cada prioridad tiene bloque.Límite: No llenes toda la capacidad.Señala el dato faltante que cambiaría la decisión.
Nivel 2 · EstructuradoExplicita entradas, opciones, flujo y resultado esperado.
Nivel 2Estructurado

Explicita entradas, opciones, flujo y resultado esperado.

# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSPRIORIDADES = [PRIORIDADES · resultados elegidos y ordenados · ej.: propuesta antes que reporte]CALENDARIO = [CALENDARIO · espacios fijos y bloques disponibles · ej.: agenda de la próxima semana]RESTRICCIONES = [RESTRICCIONES · límites que el plan debe respetar · ej.: reuniones fijas y fecha límite]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]# TareaConvertir prioridades en bloques con salida y límite. Entrega un calendario coordinable con otras áreas.# MARCOS Y BUENAS PRÁCTICAS- Time blocking- Definición de terminado- RACI ligero# Flujo1. Asigna bloque según trabajo y energía disponible declarada.2. Define entrada, salida y condición de terminado.3. Reserva margen para coordinación.4. Entrega agenda y conflictos.5. Cierra con owners de bloques y reviewers de cada salida.# Límites- No llenes toda la capacidad.- No muevas compromisos fijos sin autorización.- No muevas compromisos compartidos sin la autoridad correspondiente.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- La agenda es una hipótesis ejecutable y debe revisarse.- No autoriza acceso, cambios ni adopción automática.# Salida esperada- Agenda semanal protegida- Cada prioridad tiene bloque.- Cada bloque tiene salida.- Los conflictos están señalados.- Cada bloque tiene owner, reviewer y salida acordada.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Demo · Nivel 2 · Estructurado
# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSPRIORIDADES = 1 propuesta; 2 respuesta al cliente; 3 reporteCALENDARIO = martes y miércoles libres de 09:00 a 11:00; reuniones por la tardeRESTRICCIONES = reuniones obligatorias, entrega el jueves y máximo dos horas extraRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Prueba de realidad del equipo: mantener alcance v1 de la propuesta; reducir el memo de capacidad a una página; aplazar el acabado del tablero. Insumos: 8 h; integración: 6 h; revisión: 3 h. Riesgo: agenda del comité. Mitigación: prelectura el miércoles al mediodía. Dueña: líder comercial.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.# TareaConvertir prioridades en bloques con salida y límite. Entrega un calendario coordinable con otras áreas.# MARCOS Y BUENAS PRÁCTICAS- Time blocking- Definición de terminado- RACI ligero# Flujo1. Asigna bloque según trabajo y energía disponible declarada.2. Define entrada, salida y condición de terminado.3. Reserva margen para coordinación.4. Entrega agenda y conflictos.5. Cierra con owners de bloques y reviewers de cada salida.# Límites- No llenes toda la capacidad.- No muevas compromisos fijos sin autorización.- No muevas compromisos compartidos sin la autoridad correspondiente.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- La agenda es una hipótesis ejecutable y debe revisarse.- No autoriza acceso, cambios ni adopción automática.# Salida esperada- Agenda semanal protegida- Cada prioridad tiene bloque.- Cada bloque tiene salida.- Los conflictos están señalados.- Cada bloque tiene owner, reviewer y salida acordada.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Nivel 3 · EspecificadoAñade contrato, límites, validación y definición de terminado.
Nivel 3Especificado

Añade contrato, límites, validación y definición de terminado.

# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: Cuando las prioridades ya pasaron la prueba de realidad. Confirma compromisos fijos y revisores de salida.# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSPRIORIDADES = [PRIORIDADES · resultados elegidos y ordenados · ej.: propuesta antes que reporte]CALENDARIO = [CALENDARIO · espacios fijos y bloques disponibles · ej.: agenda de la próxima semana]RESTRICCIONES = [RESTRICCIONES · límites que el plan debe respetar · ej.: reuniones fijas y fecha límite]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]## P — Propósito y alcanceRol experto: Especialista responsable de diseño de agenda.Entregable: Agenda semanal protegidaIncluye: Convertir prioridades en bloques con salida y límite. Entrega un calendario coordinable con otras áreas.No incluye: La agenda es una hipótesis ejecutable y debe revisarse.; No autoriza acceso, cambios ni adopción automática.## E — Estándares y ejecución### MARCOS Y BUENAS PRÁCTICAS- Time blocking- Definición de terminado- RACI ligeroPasos:1. Asigna bloque según trabajo y energía disponible declarada.2. Define entrada, salida y condición de terminado.3. Reserva margen para coordinación.4. Entrega agenda y conflictos.5. Cierra con owners de bloques y reviewers de cada salida.### Casos borde- No existe un bloque suficiente: divide la salida.- Dependencia pendiente: programa preparación, no ejecución.- Semana incompleta: entrega una lectura parcial y marca el periodo ausente.## C — Criterios verificables# Salida esperada:- Agenda semanal protegida- Cada prioridad tiene bloque.- Cada bloque tiene salida.- Los conflictos están señalados.- Cada bloque tiene owner, reviewer y salida acordada.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.Criterios observables:- Cada prioridad tiene bloque.- Cada bloque tiene salida.- Los conflictos están señalados.- Cada bloque tiene owner, reviewer y salida acordada.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.# Definition of Done: Cada prioridad tiene bloque.; Cada bloque tiene salida.; Los conflictos están señalados.; Cada bloque tiene owner, reviewer y salida acordada.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.Trade-off: Bloques largos reducen cambios, pero limitan flexibilidad ante excepciones. La gobernanza añade coordinación, pero reduce decisiones opacas.## Procedencia- Datos del caso- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-05- surface: chatDevuelve conclusiones, evidencia y metadata auditable; no expongas razonamiento privado ni cadena de pensamiento.
Demo · Nivel 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: Cuando las prioridades ya pasaron la prueba de realidad. Confirma compromisos fijos y revisores de salida.# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSPRIORIDADES = 1 propuesta; 2 respuesta al cliente; 3 reporteCALENDARIO = martes y miércoles libres de 09:00 a 11:00; reuniones por la tardeRESTRICCIONES = reuniones obligatorias, entrega el jueves y máximo dos horas extraRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Prueba de realidad del equipo: mantener alcance v1 de la propuesta; reducir el memo de capacidad a una página; aplazar el acabado del tablero. Insumos: 8 h; integración: 6 h; revisión: 3 h. Riesgo: agenda del comité. Mitigación: prelectura el miércoles al mediodía. Dueña: líder comercial.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.## P — Propósito y alcanceRol experto: Especialista responsable de diseño de agenda.Entregable: Agenda semanal protegidaIncluye: Convertir prioridades en bloques con salida y límite. Entrega un calendario coordinable con otras áreas.No incluye: La agenda es una hipótesis ejecutable y debe revisarse.; No autoriza acceso, cambios ni adopción automática.## E — Estándares y ejecución### MARCOS Y BUENAS PRÁCTICAS- Time blocking- Definición de terminado- RACI ligeroPasos:1. Asigna bloque según trabajo y energía disponible declarada.2. Define entrada, salida y condición de terminado.3. Reserva margen para coordinación.4. Entrega agenda y conflictos.5. Cierra con owners de bloques y reviewers de cada salida.### Casos borde- No existe un bloque suficiente: divide la salida.- Dependencia pendiente: programa preparación, no ejecución.- Semana incompleta: entrega una lectura parcial y marca el periodo ausente.## C — Criterios verificables# Salida esperada:- Agenda semanal protegida- Cada prioridad tiene bloque.- Cada bloque tiene salida.- Los conflictos están señalados.- Cada bloque tiene owner, reviewer y salida acordada.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.Criterios observables:- Cada prioridad tiene bloque.- Cada bloque tiene salida.- Los conflictos están señalados.- Cada bloque tiene owner, reviewer y salida acordada.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.# Definition of Done: Cada prioridad tiene bloque.; Cada bloque tiene salida.; Los conflictos están señalados.; Cada bloque tiene owner, reviewer y salida acordada.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.Trade-off: Bloques largos reducen cambios, pero limitan flexibilidad ante excepciones. La gobernanza añade coordinación, pero reduce decisiones opacas.## Procedencia- Demo sintética- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-05- surface: chatDevuelve conclusiones, evidencia y metadata auditable; no expongas razonamiento privado ni cadena de pensamiento.
Nivel 4 · OrquestadoSepara instrucciones de sistema y solicitud del usuario para reutilizar.
Nivel 4Orquestado

Separa instrucciones de sistema y solicitud del usuario para reutilizar.

# systemEspecialista responsable de diseño de agenda.# MARCOS Y BUENAS PRÁCTICAS- Time blocking- Definición de terminado- RACI ligero# Límites- No llenes toda la capacidad.- No muevas compromisos fijos sin autorización.- No muevas compromisos compartidos sin la autoridad correspondiente.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- La agenda es una hipótesis ejecutable y debe revisarse.- No autoriza acceso, cambios ni adopción automática.# Definition of DoneCada prioridad tiene bloque.; Cada bloque tiene salida.; Los conflictos están señalados.; Cada bloque tiene owner, reviewer y salida acordada.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSPRIORIDADES = [PRIORIDADES · resultados elegidos y ordenados · ej.: propuesta antes que reporte]CALENDARIO = [CALENDARIO · espacios fijos y bloques disponibles · ej.: agenda de la próxima semana]RESTRICCIONES = [RESTRICCIONES · límites que el plan debe respetar · ej.: reuniones fijas y fecha límite]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]# TareaConvertir prioridades en bloques con salida y límite. Entrega un calendario coordinable con otras áreas.# Flujo1. Asigna bloque según trabajo y energía disponible declarada.2. Define entrada, salida y condición de terminado.3. Reserva margen para coordinación.4. Entrega agenda y conflictos.5. Cierra con owners de bloques y reviewers de cada salida.# Salida esperada- Agenda semanal protegida- Cada prioridad tiene bloque.- Cada bloque tiene salida.- Los conflictos están señalados.- Cada bloque tiene owner, reviewer y salida acordada.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Demo · Nivel 4 · Orquestado
# systemEspecialista responsable de diseño de agenda.# MARCOS Y BUENAS PRÁCTICAS- Time blocking- Definición de terminado- RACI ligero# Límites- No llenes toda la capacidad.- No muevas compromisos fijos sin autorización.- No muevas compromisos compartidos sin la autoridad correspondiente.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- La agenda es una hipótesis ejecutable y debe revisarse.- No autoriza acceso, cambios ni adopción automática.# Definition of DoneCada prioridad tiene bloque.; Cada bloque tiene salida.; Los conflictos están señalados.; Cada bloque tiene owner, reviewer y salida acordada.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSPRIORIDADES = 1 propuesta; 2 respuesta al cliente; 3 reporteCALENDARIO = martes y miércoles libres de 09:00 a 11:00; reuniones por la tardeRESTRICCIONES = reuniones obligatorias, entrega el jueves y máximo dos horas extraRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Prueba de realidad del equipo: mantener alcance v1 de la propuesta; reducir el memo de capacidad a una página; aplazar el acabado del tablero. Insumos: 8 h; integración: 6 h; revisión: 3 h. Riesgo: agenda del comité. Mitigación: prelectura el miércoles al mediodía. Dueña: líder comercial.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.# TareaConvertir prioridades en bloques con salida y límite. Entrega un calendario coordinable con otras áreas.# Flujo1. Asigna bloque según trabajo y energía disponible declarada.2. Define entrada, salida y condición de terminado.3. Reserva margen para coordinación.4. Entrega agenda y conflictos.5. Cierra con owners de bloques y reviewers de cada salida.# Salida esperada- Agenda semanal protegida- Cada prioridad tiene bloque.- Cada bloque tiene salida.- Los conflictos están señalados.- Cada bloque tiene owner, reviewer y salida acordada.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Por qué funcionaCriterios de aceptación

Criterios de aceptación

  • Cada prioridad tiene bloque.
  • Cada bloque tiene salida.
  • Los conflictos están señalados.
  • Cada bloque tiene owner, reviewer y salida acordada.
  • La recomendación conserva fecha, resultado y evidencia revisable.
  • El responsable, el revisor y la evidencia compartida quedan identificados.

Casos borde

  • No existe un bloque suficiente: divide la salida.
  • Dependencia pendiente: programa preparación, no ejecución.
  • Semana incompleta: entrega una lectura parcial y marca el periodo ausente.

Compensaciones

  • Bloques largos reducen cambios, pero limitan flexibilidad ante excepciones. La gobernanza añade coordinación, pero reduce decisiones opacas.

Supuestos

  • Los inputs, permisos y fuentes declarados representan el caso que se revisará.

Límites

  • La agenda es una hipótesis ejecutable y debe revisarse.
  • No autoriza acceso, cambios ni adopción automática.
AprehenderProtocolo de interrupcionesDefinir respuestas predeterminadas para interrupciones. Produce reglas de respuesta que respeten canales críticos. Ejecuta el protocolo durante una semana controlada; el prompt-07 revisará su registro y excepciones.4 · Niveles de estructura del promptPlantilla / DemoAbrir promptEjecutar enChat · fuentes seleccionadas
Antes de copiar
Cuándo usarlo
Cuando mensajes y solicitudes desplazan bloques con frecuencia. Confirma canales críticos y autoridad de excepción.
Ejemplo
Bloques del equipo: martes 09:00–11:00 arquitectura; miércoles 09:00–12:00 redacción; jueves 10:00–11:00 control de calidad; jueves 15:00–16:00 comité; viernes 09:00–10:00 decisión. Quedan dos horas sin asignar como reserva. Conflicto: soporte crítico el miércoles a las 10:00. Responsable de replanear: PM.
Evidencia
Cada tipo tiene respuesta y plazo.; Las excepciones son explícitas.
Límite
Adapta el protocolo al contexto y revisa sus efectos.
RecibeAgenda semanal protegida
ProduceReglas para proteger el foco
[CAMPO EN MAYÚSCULA] se reemplaza · [texto en minúscula] se ajusta o borra
Qué debes reemplazar 4
  • <INTERRUPCIONES>solicitudes que suelen romper el focoEjemplo: mensajes urgentes y reuniones ad hoc · Obligatorio
  • <REGLAS>acuerdos que deben aplicarseEjemplo: dos ventanas de respuesta · Obligatorio
  • <EXCEPCIONES>situaciones que justifican romper la reglaEjemplo: incidente de cliente · Obligatorio
  • <RESPONSABLE_DEL_RESULTADO>persona que decide y responde por el resultadoEjemplo: líder de la propuesta · Obligatorio
Parámetros
  • LONGITUD = concisa
  • ESTRUCTURA = tabla breve + decisión
  • PROFUNDIDAD = ejecutiva
  • APROBACIÓN = humana obligatoria
Nivel 1 · DirectoUna instrucción clara, lista para conversar y ajustar.
Nivel 1Directo

Una instrucción clara, lista para conversar y ajustar.

Objetivo: Definir respuestas predeterminadas para interrupciones. Produce reglas de respuesta que respeten canales críticos. Ejecuta el protocolo durante una semana controlada; el prompt-07 revisará su registro y excepciones. El equipo nombra una persona responsable y una revisión independiente.Datos: INTERRUPCIONES=[INTERRUPCIONES · solicitudes que suelen romper el foco · ej.: mensajes urgentes y reuniones ad hoc]; REGLAS=[REGLAS · acuerdos que deben aplicarse · ej.: dos ventanas de respuesta]; EXCEPCIONES=[EXCEPCIONES · situaciones que justifican romper la regla · ej.: incidente de cliente]; RESPONSABLE_DEL_RESULTADO=[RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta].Aplica: Protocolo de interrupciones; Reglas de escalamiento; RACI ligero.Orden: Agrupa tipos de interrupción. → Cierra con responsables por canal y autoridad de excepción.Entrega: Reglas para proteger el foco; Cada tipo tiene respuesta y plazo.Límite: Incluye una vía para urgencias reales.[Señala el dato faltante que cambiaría la decisión.]
Demo · Nivel 1 · Directo
Objetivo: Definir respuestas predeterminadas para interrupciones. Produce reglas de respuesta que respeten canales críticos. Ejecuta el protocolo durante una semana controlada; el prompt-07 revisará su registro y excepciones. El equipo nombra una persona responsable y una revisión independiente.Datos: INTERRUPCIONES=11 mensajes urgentes y dos reuniones ad hoc en cinco días; REGLAS=revisar mensajes a las 12:00 y 16:30; escalar solo bloqueos críticos; EXCEPCIONES=incidente de cliente con impacto inmediato en una entrega; RESPONSABLE_DEL_RESULTADO=líder de la propuesta; revisor de calidad independiente; Datos sintéticos disponibles: ARTEFACTO_DEMO=Bloques del equipo: martes 09:00–11:00 arquitectura; miércoles 09:00–12:00 redacción; jueves 10:00–11:00 control de calidad; jueves 15:00–16:00 comité; viernes 09:00–10:00 decisión. Quedan dos horas sin asignar como reserva. Conflicto: soporte crítico el miércoles a las 10:00. Responsable de replanear: PM.Aplica: Protocolo de interrupciones; Reglas de escalamiento; RACI ligero.Orden: Agrupa tipos de interrupción. → Cierra con responsables por canal y autoridad de excepción.Entrega: Reglas para proteger el foco; Cada tipo tiene respuesta y plazo.Límite: Incluye una vía para urgencias reales.Señala el dato faltante que cambiaría la decisión.
Nivel 2 · EstructuradoExplicita entradas, opciones, flujo y resultado esperado.
Nivel 2Estructurado

Explicita entradas, opciones, flujo y resultado esperado.

# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSINTERRUPCIONES = [INTERRUPCIONES · solicitudes que suelen romper el foco · ej.: mensajes urgentes y reuniones ad hoc]REGLAS = [REGLAS · acuerdos que deben aplicarse · ej.: dos ventanas de respuesta]EXCEPCIONES = [EXCEPCIONES · situaciones que justifican romper la regla · ej.: incidente de cliente]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]# TareaDefinir respuestas predeterminadas para interrupciones. Produce reglas de respuesta que respeten canales críticos. Ejecuta el protocolo durante una semana controlada; el prompt-07 revisará su registro y excepciones.# MARCOS Y BUENAS PRÁCTICAS- Protocolo de interrupciones- Reglas de escalamiento- RACI ligero# Flujo1. Agrupa tipos de interrupción.2. Asigna atender, delegar, agrupar, aplazar o descartar.3. Define excepción y canal.4. Redacta respuestas breves.5. Cierra con responsables por canal y autoridad de excepción.# Límites- Incluye una vía para urgencias reales.- No bloquees responsabilidades de cuidado, seguridad o servicio crítico.- No bloquees un canal crítico sin ruta de escalamiento acordada.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- Adapta el protocolo al contexto y revisa sus efectos.- No autoriza acceso, cambios ni adopción automática.# Salida esperada- Reglas para proteger el foco- Cada tipo tiene respuesta y plazo.- Las excepciones son explícitas.- El lenguaje protege el trabajo sin ser hostil.- Cada interrupción tiene canal, responsable y excepción válida.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Demo · Nivel 2 · Estructurado
# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSINTERRUPCIONES = 11 mensajes urgentes y dos reuniones ad hoc en cinco díasREGLAS = revisar mensajes a las 12:00 y 16:30; escalar solo bloqueos críticosEXCEPCIONES = incidente de cliente con impacto inmediato en una entregaRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Bloques del equipo: martes 09:00–11:00 arquitectura; miércoles 09:00–12:00 redacción; jueves 10:00–11:00 control de calidad; jueves 15:00–16:00 comité; viernes 09:00–10:00 decisión. Quedan dos horas sin asignar como reserva. Conflicto: soporte crítico el miércoles a las 10:00. Responsable de replanear: PM.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.# TareaDefinir respuestas predeterminadas para interrupciones. Produce reglas de respuesta que respeten canales críticos. Ejecuta el protocolo durante una semana controlada; el prompt-07 revisará su registro y excepciones.# MARCOS Y BUENAS PRÁCTICAS- Protocolo de interrupciones- Reglas de escalamiento- RACI ligero# Flujo1. Agrupa tipos de interrupción.2. Asigna atender, delegar, agrupar, aplazar o descartar.3. Define excepción y canal.4. Redacta respuestas breves.5. Cierra con responsables por canal y autoridad de excepción.# Límites- Incluye una vía para urgencias reales.- No bloquees responsabilidades de cuidado, seguridad o servicio crítico.- No bloquees un canal crítico sin ruta de escalamiento acordada.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- Adapta el protocolo al contexto y revisa sus efectos.- No autoriza acceso, cambios ni adopción automática.# Salida esperada- Reglas para proteger el foco- Cada tipo tiene respuesta y plazo.- Las excepciones son explícitas.- El lenguaje protege el trabajo sin ser hostil.- Cada interrupción tiene canal, responsable y excepción válida.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Nivel 3 · EspecificadoAñade contrato, límites, validación y definición de terminado.
Nivel 3Especificado

Añade contrato, límites, validación y definición de terminado.

# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: Cuando mensajes y solicitudes desplazan bloques con frecuencia. Confirma canales críticos y autoridad de excepción.# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSINTERRUPCIONES = [INTERRUPCIONES · solicitudes que suelen romper el foco · ej.: mensajes urgentes y reuniones ad hoc]REGLAS = [REGLAS · acuerdos que deben aplicarse · ej.: dos ventanas de respuesta]EXCEPCIONES = [EXCEPCIONES · situaciones que justifican romper la regla · ej.: incidente de cliente]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]## P — Propósito y alcanceRol experto: Especialista responsable de protocolo de interrupciones.Entregable: Reglas para proteger el focoIncluye: Definir respuestas predeterminadas para interrupciones. Produce reglas de respuesta que respeten canales críticos. Ejecuta el protocolo durante una semana controlada; el prompt-07 revisará su registro y excepciones.No incluye: Adapta el protocolo al contexto y revisa sus efectos.; No autoriza acceso, cambios ni adopción automática.## E — Estándares y ejecución### MARCOS Y BUENAS PRÁCTICAS- Protocolo de interrupciones- Reglas de escalamiento- RACI ligeroPasos:1. Agrupa tipos de interrupción.2. Asigna atender, delegar, agrupar, aplazar o descartar.3. Define excepción y canal.4. Redacta respuestas breves.5. Cierra con responsables por canal y autoridad de excepción.### Casos borde- Solicitud ambigua: pide consecuencia y fecha.- Conflicto de autoridad: escala en vez de improvisar.- Semana incompleta: entrega una lectura parcial y marca el periodo ausente.## C — Criterios verificables# Salida esperada:- Reglas para proteger el foco- Cada tipo tiene respuesta y plazo.- Las excepciones son explícitas.- El lenguaje protege el trabajo sin ser hostil.- Cada interrupción tiene canal, responsable y excepción válida.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.Criterios observables:- Cada tipo tiene respuesta y plazo.- Las excepciones son explícitas.- El lenguaje protege el trabajo sin ser hostil.- Cada interrupción tiene canal, responsable y excepción válida.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.# Definition of Done: Cada tipo tiene respuesta y plazo.; Las excepciones son explícitas.; El lenguaje protege el trabajo sin ser hostil.; Cada interrupción tiene canal, responsable y excepción válida.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.Trade-off: Una regla protege foco, pero puede retrasar coordinación si carece de excepciones. La gobernanza añade coordinación, pero reduce decisiones opacas.## Procedencia- Datos del caso- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-06- surface: chatDevuelve conclusiones, evidencia y metadata auditable; no expongas razonamiento privado ni cadena de pensamiento.
Demo · Nivel 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: Cuando mensajes y solicitudes desplazan bloques con frecuencia. Confirma canales críticos y autoridad de excepción.# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSINTERRUPCIONES = 11 mensajes urgentes y dos reuniones ad hoc en cinco díasREGLAS = revisar mensajes a las 12:00 y 16:30; escalar solo bloqueos críticosEXCEPCIONES = incidente de cliente con impacto inmediato en una entregaRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Bloques del equipo: martes 09:00–11:00 arquitectura; miércoles 09:00–12:00 redacción; jueves 10:00–11:00 control de calidad; jueves 15:00–16:00 comité; viernes 09:00–10:00 decisión. Quedan dos horas sin asignar como reserva. Conflicto: soporte crítico el miércoles a las 10:00. Responsable de replanear: PM.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.## P — Propósito y alcanceRol experto: Especialista responsable de protocolo de interrupciones.Entregable: Reglas para proteger el focoIncluye: Definir respuestas predeterminadas para interrupciones. Produce reglas de respuesta que respeten canales críticos. Ejecuta el protocolo durante una semana controlada; el prompt-07 revisará su registro y excepciones.No incluye: Adapta el protocolo al contexto y revisa sus efectos.; No autoriza acceso, cambios ni adopción automática.## E — Estándares y ejecución### MARCOS Y BUENAS PRÁCTICAS- Protocolo de interrupciones- Reglas de escalamiento- RACI ligeroPasos:1. Agrupa tipos de interrupción.2. Asigna atender, delegar, agrupar, aplazar o descartar.3. Define excepción y canal.4. Redacta respuestas breves.5. Cierra con responsables por canal y autoridad de excepción.### Casos borde- Solicitud ambigua: pide consecuencia y fecha.- Conflicto de autoridad: escala en vez de improvisar.- Semana incompleta: entrega una lectura parcial y marca el periodo ausente.## C — Criterios verificables# Salida esperada:- Reglas para proteger el foco- Cada tipo tiene respuesta y plazo.- Las excepciones son explícitas.- El lenguaje protege el trabajo sin ser hostil.- Cada interrupción tiene canal, responsable y excepción válida.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.Criterios observables:- Cada tipo tiene respuesta y plazo.- Las excepciones son explícitas.- El lenguaje protege el trabajo sin ser hostil.- Cada interrupción tiene canal, responsable y excepción válida.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.# Definition of Done: Cada tipo tiene respuesta y plazo.; Las excepciones son explícitas.; El lenguaje protege el trabajo sin ser hostil.; Cada interrupción tiene canal, responsable y excepción válida.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.Trade-off: Una regla protege foco, pero puede retrasar coordinación si carece de excepciones. La gobernanza añade coordinación, pero reduce decisiones opacas.## Procedencia- Demo sintética- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-06- surface: chatDevuelve conclusiones, evidencia y metadata auditable; no expongas razonamiento privado ni cadena de pensamiento.
Nivel 4 · OrquestadoSepara instrucciones de sistema y solicitud del usuario para reutilizar.
Nivel 4Orquestado

Separa instrucciones de sistema y solicitud del usuario para reutilizar.

# systemEspecialista responsable de protocolo de interrupciones.# MARCOS Y BUENAS PRÁCTICAS- Protocolo de interrupciones- Reglas de escalamiento- RACI ligero# Límites- Incluye una vía para urgencias reales.- No bloquees responsabilidades de cuidado, seguridad o servicio crítico.- No bloquees un canal crítico sin ruta de escalamiento acordada.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- Adapta el protocolo al contexto y revisa sus efectos.- No autoriza acceso, cambios ni adopción automática.# Definition of DoneCada tipo tiene respuesta y plazo.; Las excepciones son explícitas.; El lenguaje protege el trabajo sin ser hostil.; Cada interrupción tiene canal, responsable y excepción válida.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSINTERRUPCIONES = [INTERRUPCIONES · solicitudes que suelen romper el foco · ej.: mensajes urgentes y reuniones ad hoc]REGLAS = [REGLAS · acuerdos que deben aplicarse · ej.: dos ventanas de respuesta]EXCEPCIONES = [EXCEPCIONES · situaciones que justifican romper la regla · ej.: incidente de cliente]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]# TareaDefinir respuestas predeterminadas para interrupciones. Produce reglas de respuesta que respeten canales críticos. Ejecuta el protocolo durante una semana controlada; el prompt-07 revisará su registro y excepciones.# Flujo1. Agrupa tipos de interrupción.2. Asigna atender, delegar, agrupar, aplazar o descartar.3. Define excepción y canal.4. Redacta respuestas breves.5. Cierra con responsables por canal y autoridad de excepción.# Salida esperada- Reglas para proteger el foco- Cada tipo tiene respuesta y plazo.- Las excepciones son explícitas.- El lenguaje protege el trabajo sin ser hostil.- Cada interrupción tiene canal, responsable y excepción válida.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Demo · Nivel 4 · Orquestado
# systemEspecialista responsable de protocolo de interrupciones.# MARCOS Y BUENAS PRÁCTICAS- Protocolo de interrupciones- Reglas de escalamiento- RACI ligero# Límites- Incluye una vía para urgencias reales.- No bloquees responsabilidades de cuidado, seguridad o servicio crítico.- No bloquees un canal crítico sin ruta de escalamiento acordada.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- Adapta el protocolo al contexto y revisa sus efectos.- No autoriza acceso, cambios ni adopción automática.# Definition of DoneCada tipo tiene respuesta y plazo.; Las excepciones son explícitas.; El lenguaje protege el trabajo sin ser hostil.; Cada interrupción tiene canal, responsable y excepción válida.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSINTERRUPCIONES = 11 mensajes urgentes y dos reuniones ad hoc en cinco díasREGLAS = revisar mensajes a las 12:00 y 16:30; escalar solo bloqueos críticosEXCEPCIONES = incidente de cliente con impacto inmediato en una entregaRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Bloques del equipo: martes 09:00–11:00 arquitectura; miércoles 09:00–12:00 redacción; jueves 10:00–11:00 control de calidad; jueves 15:00–16:00 comité; viernes 09:00–10:00 decisión. Quedan dos horas sin asignar como reserva. Conflicto: soporte crítico el miércoles a las 10:00. Responsable de replanear: PM.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.# TareaDefinir respuestas predeterminadas para interrupciones. Produce reglas de respuesta que respeten canales críticos. Ejecuta el protocolo durante una semana controlada; el prompt-07 revisará su registro y excepciones.# Flujo1. Agrupa tipos de interrupción.2. Asigna atender, delegar, agrupar, aplazar o descartar.3. Define excepción y canal.4. Redacta respuestas breves.5. Cierra con responsables por canal y autoridad de excepción.# Salida esperada- Reglas para proteger el foco- Cada tipo tiene respuesta y plazo.- Las excepciones son explícitas.- El lenguaje protege el trabajo sin ser hostil.- Cada interrupción tiene canal, responsable y excepción válida.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Por qué funcionaCriterios de aceptación

Criterios de aceptación

  • Cada tipo tiene respuesta y plazo.
  • Las excepciones son explícitas.
  • El lenguaje protege el trabajo sin ser hostil.
  • Cada interrupción tiene canal, responsable y excepción válida.
  • La recomendación conserva fecha, resultado y evidencia revisable.
  • El responsable, el revisor y la evidencia compartida quedan identificados.

Casos borde

  • Solicitud ambigua: pide consecuencia y fecha.
  • Conflicto de autoridad: escala en vez de improvisar.
  • Semana incompleta: entrega una lectura parcial y marca el periodo ausente.

Compensaciones

  • Una regla protege foco, pero puede retrasar coordinación si carece de excepciones. La gobernanza añade coordinación, pero reduce decisiones opacas.

Supuestos

  • Los inputs, permisos y fuentes declarados representan el caso que se revisará.

Límites

  • Adapta el protocolo al contexto y revisa sus efectos.
  • No autoriza acceso, cambios ni adopción automática.
AprehenderRevisión de evidenciaComparar plan, ejecución y evidencia para decidir un ajuste. Convierte evidencia semanal en una decisión de continuidad. La consulta a fuentes es una rama condicional: activa el prompt-08 solo si la revisión deja una decisión que exige evidencia externa gobernada.4 · Niveles de estructura del promptPlantilla / DemoAbrir promptEjecutar enChat · fuentes seleccionadas
Antes de copiar
Cuándo usarlo
Al cierre del periodo o antes de planear la siguiente semana. Confirma qué semana de práctica será revisada. La secuencia puede terminar aquí.
Ejemplo
Protocolo aplicado por el equipo: solicitudes por canal único; revisión a las 11:30 y 16:00; urgente solo ante seguridad, cliente bloqueado o plazo menor de 4 h. Registro: 24 interrupciones, 13 agrupadas, 6 atendidas, 3 delegadas y 2 escaladas. La propuesta llegó al comité; un caso crítico superó el SLA.
Evidencia
Hechos e inferencias están separados.; Cada ajuste responde a una fricción.
Límite
La revisión apoya decisiones; no prueba mejora general.
RecibeReglas para proteger el foco
ProduceRevisión semanal basada en hechos
[CAMPO EN MAYÚSCULA] se reemplaza · [texto en minúscula] se ajusta o borra
Qué debes reemplazar 4
  • <RESULTADO>salida observable con fechaEjemplo: propuesta revisada el jueves · Obligatorio
  • <EVIDENCIA>hechos o registros que sostienen la revisiónEjemplo: tablero, citas y versión · Obligatorio
  • <DECISIONES_ABIERTAS>decisiones que siguen sin cerrarEjemplo: qué práctica conservar · Obligatorio
  • <RESPONSABLE_DEL_RESULTADO>persona que decide y responde por el resultadoEjemplo: líder de la propuesta · Obligatorio
Parámetros
  • LONGITUD = concisa
  • ESTRUCTURA = tabla breve + decisión
  • PROFUNDIDAD = ejecutiva
  • APROBACIÓN = humana obligatoria
Nivel 1 · DirectoUna instrucción clara, lista para conversar y ajustar.
Nivel 1Directo

Una instrucción clara, lista para conversar y ajustar.

Objetivo: Comparar plan, ejecución y evidencia para decidir un ajuste. Convierte evidencia semanal en una decisión de continuidad. La consulta a fuentes es una rama condicional: activa el prompt-08 solo si la revisión deja una decisión que exige evidencia externa gobernada. El equipo nombra una persona responsable y una revisión independiente.Datos: RESULTADO=[RESULTADO · salida observable con fecha · ej.: propuesta revisada el jueves]; EVIDENCIA=[EVIDENCIA · hechos o registros que sostienen la revisión · ej.: tablero, citas y versión]; DECISIONES_ABIERTAS=[DECISIONES_ABIERTAS · decisiones que siguen sin cerrar · ej.: qué práctica conservar]; RESPONSABLE_DEL_RESULTADO=[RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta].Aplica: After Action Review; Plan–hecho–aprendizaje–decisión; RACI ligero.Orden: Contrasta resultados y bloques. → Cierra con sponsor, evidencia y gate de adopción de la regla.Entrega: Revisión semanal basada en hechos; Hechos e inferencias están separados.Límite: No conviertas esfuerzo percibido en evidencia.[Señala el dato faltante que cambiaría la decisión.]
Demo · Nivel 1 · Directo
Objetivo: Comparar plan, ejecución y evidencia para decidir un ajuste. Convierte evidencia semanal en una decisión de continuidad. La consulta a fuentes es una rama condicional: activa el prompt-08 solo si la revisión deja una decisión que exige evidencia externa gobernada. El equipo nombra una persona responsable y una revisión independiente.Datos: RESULTADO=propuesta revisada y enviada el jueves a las 16:00; EVIDENCIA=tablero de cinco días, tres citas y versión 0.2 del artefacto; DECISIONES_ABIERTAS=conservar bloques de foco y ajustar el acuerdo de respuesta; RESPONSABLE_DEL_RESULTADO=líder de la propuesta; revisor de calidad independiente; Datos sintéticos disponibles: ARTEFACTO_DEMO=Protocolo aplicado por el equipo: solicitudes por canal único; revisión a las 11:30 y 16:00; urgente solo ante seguridad, cliente bloqueado o plazo menor de 4 h. Registro: 24 interrupciones, 13 agrupadas, 6 atendidas, 3 delegadas y 2 escaladas. La propuesta llegó al comité; un caso crítico superó el SLA.Aplica: After Action Review; Plan–hecho–aprendizaje–decisión; RACI ligero.Orden: Contrasta resultados y bloques. → Cierra con sponsor, evidencia y gate de adopción de la regla.Entrega: Revisión semanal basada en hechos; Hechos e inferencias están separados.Límite: No conviertas esfuerzo percibido en evidencia.Señala el dato faltante que cambiaría la decisión.
Nivel 2 · EstructuradoExplicita entradas, opciones, flujo y resultado esperado.
Nivel 2Estructurado

Explicita entradas, opciones, flujo y resultado esperado.

# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSRESULTADO = [RESULTADO · salida observable con fecha · ej.: propuesta revisada el jueves]EVIDENCIA = [EVIDENCIA · hechos o registros que sostienen la revisión · ej.: tablero, citas y versión]DECISIONES_ABIERTAS = [DECISIONES_ABIERTAS · decisiones que siguen sin cerrar · ej.: qué práctica conservar]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]# TareaComparar plan, ejecución y evidencia para decidir un ajuste. Convierte evidencia semanal en una decisión de continuidad. La consulta a fuentes es una rama condicional: activa el prompt-08 solo si la revisión deja una decisión que exige evidencia externa gobernada.# MARCOS Y BUENAS PRÁCTICAS- After Action Review- Plan–hecho–aprendizaje–decisión- RACI ligero# Flujo1. Contrasta resultados y bloques.2. Describe desviaciones con hechos.3. Identifica una regla útil y una fricción.4. Propone un ajuste con fecha de revisión.5. Cierra con sponsor, evidencia y gate de adopción de la regla.# Límites- No conviertas esfuerzo percibido en evidencia.- No generalices desde un único periodo.- No amplíes la regla antes de revisar evidencia y adopción.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- La revisión apoya decisiones; no prueba mejora general.- No autoriza acceso, cambios ni adopción automática.# Salida esperada- Revisión semanal basada en hechos- Hechos e inferencias están separados.- Cada ajuste responde a una fricción.- Existe criterio para mantener o retirar la regla.- La regla tiene sponsor, evidencia y criterio de adopción.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Demo · Nivel 2 · Estructurado
# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSRESULTADO = propuesta revisada y enviada el jueves a las 16:00EVIDENCIA = tablero de cinco días, tres citas y versión 0.2 del artefactoDECISIONES_ABIERTAS = conservar bloques de foco y ajustar el acuerdo de respuestaRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Protocolo aplicado por el equipo: solicitudes por canal único; revisión a las 11:30 y 16:00; urgente solo ante seguridad, cliente bloqueado o plazo menor de 4 h. Registro: 24 interrupciones, 13 agrupadas, 6 atendidas, 3 delegadas y 2 escaladas. La propuesta llegó al comité; un caso crítico superó el SLA.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.# TareaComparar plan, ejecución y evidencia para decidir un ajuste. Convierte evidencia semanal en una decisión de continuidad. La consulta a fuentes es una rama condicional: activa el prompt-08 solo si la revisión deja una decisión que exige evidencia externa gobernada.# MARCOS Y BUENAS PRÁCTICAS- After Action Review- Plan–hecho–aprendizaje–decisión- RACI ligero# Flujo1. Contrasta resultados y bloques.2. Describe desviaciones con hechos.3. Identifica una regla útil y una fricción.4. Propone un ajuste con fecha de revisión.5. Cierra con sponsor, evidencia y gate de adopción de la regla.# Límites- No conviertas esfuerzo percibido en evidencia.- No generalices desde un único periodo.- No amplíes la regla antes de revisar evidencia y adopción.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- La revisión apoya decisiones; no prueba mejora general.- No autoriza acceso, cambios ni adopción automática.# Salida esperada- Revisión semanal basada en hechos- Hechos e inferencias están separados.- Cada ajuste responde a una fricción.- Existe criterio para mantener o retirar la regla.- La regla tiene sponsor, evidencia y criterio de adopción.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Nivel 3 · EspecificadoAñade contrato, límites, validación y definición de terminado.
Nivel 3Especificado

Añade contrato, límites, validación y definición de terminado.

# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: Al cierre del periodo o antes de planear la siguiente semana. Confirma qué semana de práctica será revisada. La secuencia puede terminar aquí.# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSRESULTADO = [RESULTADO · salida observable con fecha · ej.: propuesta revisada el jueves]EVIDENCIA = [EVIDENCIA · hechos o registros que sostienen la revisión · ej.: tablero, citas y versión]DECISIONES_ABIERTAS = [DECISIONES_ABIERTAS · decisiones que siguen sin cerrar · ej.: qué práctica conservar]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]## P — Propósito y alcanceRol experto: Especialista responsable de revisión de evidencia.Entregable: Revisión semanal basada en hechosIncluye: Comparar plan, ejecución y evidencia para decidir un ajuste. Convierte evidencia semanal en una decisión de continuidad. La consulta a fuentes es una rama condicional: activa el prompt-08 solo si la revisión deja una decisión que exige evidencia externa gobernada.No incluye: La revisión apoya decisiones; no prueba mejora general.; No autoriza acceso, cambios ni adopción automática.## E — Estándares y ejecución### MARCOS Y BUENAS PRÁCTICAS- After Action Review- Plan–hecho–aprendizaje–decisión- RACI ligeroPasos:1. Contrasta resultados y bloques.2. Describe desviaciones con hechos.3. Identifica una regla útil y una fricción.4. Propone un ajuste con fecha de revisión.5. Cierra con sponsor, evidencia y gate de adopción de la regla.### Casos borde- Sin evidencia suficiente: conserva la pregunta, no inventes conclusión.- Sin owner o derechos, devuelve bloqueo y siguiente gate.- Semana incompleta: entrega una lectura parcial y marca el periodo ausente.## C — Criterios verificables# Salida esperada:- Revisión semanal basada en hechos- Hechos e inferencias están separados.- Cada ajuste responde a una fricción.- Existe criterio para mantener o retirar la regla.- La regla tiene sponsor, evidencia y criterio de adopción.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.Criterios observables:- Hechos e inferencias están separados.- Cada ajuste responde a una fricción.- Existe criterio para mantener o retirar la regla.- La regla tiene sponsor, evidencia y criterio de adopción.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.# Definition of Done: Hechos e inferencias están separados.; Cada ajuste responde a una fricción.; Existe criterio para mantener o retirar la regla.; La regla tiene sponsor, evidencia y criterio de adopción.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.Trade-off: Probar una sola regla reduce la velocidad de cambio, pero facilita relacionar la evidencia con ese ajuste. La gobernanza añade coordinación, pero reduce decisiones opacas. Consultar fuentes añade trazabilidad, pero no es obligatorio cuando la evidencia local basta para cerrar la decisión.## Procedencia- Datos del caso- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-07- surface: chatDevuelve conclusiones, evidencia y metadata auditable; no expongas razonamiento privado ni cadena de pensamiento.
Demo · Nivel 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: Al cierre del periodo o antes de planear la siguiente semana. Confirma qué semana de práctica será revisada. La secuencia puede terminar aquí.# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSRESULTADO = propuesta revisada y enviada el jueves a las 16:00EVIDENCIA = tablero de cinco días, tres citas y versión 0.2 del artefactoDECISIONES_ABIERTAS = conservar bloques de foco y ajustar el acuerdo de respuestaRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Protocolo aplicado por el equipo: solicitudes por canal único; revisión a las 11:30 y 16:00; urgente solo ante seguridad, cliente bloqueado o plazo menor de 4 h. Registro: 24 interrupciones, 13 agrupadas, 6 atendidas, 3 delegadas y 2 escaladas. La propuesta llegó al comité; un caso crítico superó el SLA.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.## P — Propósito y alcanceRol experto: Especialista responsable de revisión de evidencia.Entregable: Revisión semanal basada en hechosIncluye: Comparar plan, ejecución y evidencia para decidir un ajuste. Convierte evidencia semanal en una decisión de continuidad. La consulta a fuentes es una rama condicional: activa el prompt-08 solo si la revisión deja una decisión que exige evidencia externa gobernada.No incluye: La revisión apoya decisiones; no prueba mejora general.; No autoriza acceso, cambios ni adopción automática.## E — Estándares y ejecución### MARCOS Y BUENAS PRÁCTICAS- After Action Review- Plan–hecho–aprendizaje–decisión- RACI ligeroPasos:1. Contrasta resultados y bloques.2. Describe desviaciones con hechos.3. Identifica una regla útil y una fricción.4. Propone un ajuste con fecha de revisión.5. Cierra con sponsor, evidencia y gate de adopción de la regla.### Casos borde- Sin evidencia suficiente: conserva la pregunta, no inventes conclusión.- Sin owner o derechos, devuelve bloqueo y siguiente gate.- Semana incompleta: entrega una lectura parcial y marca el periodo ausente.## C — Criterios verificables# Salida esperada:- Revisión semanal basada en hechos- Hechos e inferencias están separados.- Cada ajuste responde a una fricción.- Existe criterio para mantener o retirar la regla.- La regla tiene sponsor, evidencia y criterio de adopción.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.Criterios observables:- Hechos e inferencias están separados.- Cada ajuste responde a una fricción.- Existe criterio para mantener o retirar la regla.- La regla tiene sponsor, evidencia y criterio de adopción.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.# Definition of Done: Hechos e inferencias están separados.; Cada ajuste responde a una fricción.; Existe criterio para mantener o retirar la regla.; La regla tiene sponsor, evidencia y criterio de adopción.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.Trade-off: Probar una sola regla reduce la velocidad de cambio, pero facilita relacionar la evidencia con ese ajuste. La gobernanza añade coordinación, pero reduce decisiones opacas. Consultar fuentes añade trazabilidad, pero no es obligatorio cuando la evidencia local basta para cerrar la decisión.## Procedencia- Demo sintética- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-07- surface: chatDevuelve conclusiones, evidencia y metadata auditable; no expongas razonamiento privado ni cadena de pensamiento.
Nivel 4 · OrquestadoSepara instrucciones de sistema y solicitud del usuario para reutilizar.
Nivel 4Orquestado

Separa instrucciones de sistema y solicitud del usuario para reutilizar.

# systemEspecialista responsable de revisión de evidencia.# MARCOS Y BUENAS PRÁCTICAS- After Action Review- Plan–hecho–aprendizaje–decisión- RACI ligero# Límites- No conviertas esfuerzo percibido en evidencia.- No generalices desde un único periodo.- No amplíes la regla antes de revisar evidencia y adopción.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- La revisión apoya decisiones; no prueba mejora general.- No autoriza acceso, cambios ni adopción automática.# Definition of DoneHechos e inferencias están separados.; Cada ajuste responde a una fricción.; Existe criterio para mantener o retirar la regla.; La regla tiene sponsor, evidencia y criterio de adopción.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSRESULTADO = [RESULTADO · salida observable con fecha · ej.: propuesta revisada el jueves]EVIDENCIA = [EVIDENCIA · hechos o registros que sostienen la revisión · ej.: tablero, citas y versión]DECISIONES_ABIERTAS = [DECISIONES_ABIERTAS · decisiones que siguen sin cerrar · ej.: qué práctica conservar]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]# TareaComparar plan, ejecución y evidencia para decidir un ajuste. Convierte evidencia semanal en una decisión de continuidad. La consulta a fuentes es una rama condicional: activa el prompt-08 solo si la revisión deja una decisión que exige evidencia externa gobernada.# Flujo1. Contrasta resultados y bloques.2. Describe desviaciones con hechos.3. Identifica una regla útil y una fricción.4. Propone un ajuste con fecha de revisión.5. Cierra con sponsor, evidencia y gate de adopción de la regla.# Salida esperada- Revisión semanal basada en hechos- Hechos e inferencias están separados.- Cada ajuste responde a una fricción.- Existe criterio para mantener o retirar la regla.- La regla tiene sponsor, evidencia y criterio de adopción.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Demo · Nivel 4 · Orquestado
# systemEspecialista responsable de revisión de evidencia.# MARCOS Y BUENAS PRÁCTICAS- After Action Review- Plan–hecho–aprendizaje–decisión- RACI ligero# Límites- No conviertas esfuerzo percibido en evidencia.- No generalices desde un único periodo.- No amplíes la regla antes de revisar evidencia y adopción.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- La revisión apoya decisiones; no prueba mejora general.- No autoriza acceso, cambios ni adopción automática.# Definition of DoneHechos e inferencias están separados.; Cada ajuste responde a una fricción.; Existe criterio para mantener o retirar la regla.; La regla tiene sponsor, evidencia y criterio de adopción.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSRESULTADO = propuesta revisada y enviada el jueves a las 16:00EVIDENCIA = tablero de cinco días, tres citas y versión 0.2 del artefactoDECISIONES_ABIERTAS = conservar bloques de foco y ajustar el acuerdo de respuestaRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Protocolo aplicado por el equipo: solicitudes por canal único; revisión a las 11:30 y 16:00; urgente solo ante seguridad, cliente bloqueado o plazo menor de 4 h. Registro: 24 interrupciones, 13 agrupadas, 6 atendidas, 3 delegadas y 2 escaladas. La propuesta llegó al comité; un caso crítico superó el SLA.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.# TareaComparar plan, ejecución y evidencia para decidir un ajuste. Convierte evidencia semanal en una decisión de continuidad. La consulta a fuentes es una rama condicional: activa el prompt-08 solo si la revisión deja una decisión que exige evidencia externa gobernada.# Flujo1. Contrasta resultados y bloques.2. Describe desviaciones con hechos.3. Identifica una regla útil y una fricción.4. Propone un ajuste con fecha de revisión.5. Cierra con sponsor, evidencia y gate de adopción de la regla.# Salida esperada- Revisión semanal basada en hechos- Hechos e inferencias están separados.- Cada ajuste responde a una fricción.- Existe criterio para mantener o retirar la regla.- La regla tiene sponsor, evidencia y criterio de adopción.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Por qué funcionaCriterios de aceptación

Criterios de aceptación

  • Hechos e inferencias están separados.
  • Cada ajuste responde a una fricción.
  • Existe criterio para mantener o retirar la regla.
  • La regla tiene sponsor, evidencia y criterio de adopción.
  • La recomendación conserva fecha, resultado y evidencia revisable.
  • El responsable, el revisor y la evidencia compartida quedan identificados.

Casos borde

  • Sin evidencia suficiente: conserva la pregunta, no inventes conclusión.
  • Sin owner o derechos, devuelve bloqueo y siguiente gate.
  • Semana incompleta: entrega una lectura parcial y marca el periodo ausente.

Compensaciones

  • Probar una sola regla reduce la velocidad de cambio, pero facilita relacionar la evidencia con ese ajuste. La gobernanza añade coordinación, pero reduce decisiones opacas. Consultar fuentes añade trazabilidad, pero no es obligatorio cuando la evidencia local basta para cerrar la decisión.

Supuestos

  • Los inputs, permisos y fuentes declarados representan el caso que se revisará.

Límites

  • La revisión apoya decisiones; no prueba mejora general.
  • No autoriza acceso, cambios ni adopción automática.
AprehenderFuente para decidirConstruir una síntesis citada que sustente una decisión concreta. Entrega una recomendación citada y revisable.4 · Niveles de estructura del promptPlantilla / DemoAbrir promptEjecutar enBuscar fuentes · Deep Research
Antes de copiar
Cuándo usarlo
En NotebookLM Fuentes, cuando una prioridad depende de información gobernada. Confirma derechos de las fuentes y decisión pendiente.
Ejemplo
Revisión del equipo: propuesta completada, capacidad aprobada parcialmente y derechos de una fuente pendientes. Ajuste: proteger la integración del miércoles. Decisión abierta: evaluar el piloto por tiempo de ciclo o por calidad. Fuentes disponibles: brief v2, registro de trabajo, acta del comité y guía oficial; ninguna prueba causalidad.
Evidencia
Toda afirmación verificable tiene cita.; Los desacuerdos quedan visibles.
Límite
Solo usa fuentes gobernadas disponibles en el cuaderno.
RecibeRevisión semanal basada en hechos
ProduceSíntesis citada para una decisión
[CAMPO EN MAYÚSCULA] se reemplaza · [texto en minúscula] se ajusta o borra
Qué debes reemplazar 4
  • <DECISIÓN>decisión concreta que necesitas sustentarEjemplo: adoptar bloques protegidos · Obligatorio
  • <FUENTES>materiales con autor, fecha y alcanceEjemplo: guía oficial y registro propio · Obligatorio
  • <CRITERIO_DE_ACEPTACIÓN>condición observable para aceptar la salidaEjemplo: cita, límite y recomendación · Obligatorio
  • <RESPONSABLE_DEL_RESULTADO>persona que decide y responde por el resultadoEjemplo: líder de la propuesta · Obligatorio
Parámetros
  • LONGITUD = concisa
  • ESTRUCTURA = tabla breve + decisión
  • PROFUNDIDAD = ejecutiva
  • APROBACIÓN = humana obligatoria
Nivel 1 · DirectoUna instrucción clara, lista para conversar y ajustar.
Nivel 1Directo

Una instrucción clara, lista para conversar y ajustar.

Objetivo: Construir una síntesis citada que sustente una decisión concreta. Entrega una recomendación citada y revisable. El equipo nombra una persona responsable y una revisión independiente.Datos: DECISIÓN=[DECISIÓN · decisión concreta que necesitas sustentar · ej.: adoptar bloques protegidos]; FUENTES=[FUENTES · materiales con autor, fecha y alcance · ej.: guía oficial y registro propio]; CRITERIO_DE_ACEPTACIÓN=[CRITERIO_DE_ACEPTACIÓN · condición observable para aceptar la salida · ej.: cita, límite y recomendación]; RESPONSABLE_DEL_RESULTADO=[RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta].Aplica: Triangulación de fuentes; Tabla afirmación–evidencia–límite; RACI ligero.Orden: Define la decisión y criterios. → Entrega recomendación condicionada.Entrega: Síntesis citada para una decisión; Toda afirmación verificable tiene cita.Límite: Detente si faltan fuentes pertinentes.[Señala el dato faltante que cambiaría la decisión.]
Demo · Nivel 1 · Directo
Objetivo: Construir una síntesis citada que sustente una decisión concreta. Entrega una recomendación citada y revisable. El equipo nombra una persona responsable y una revisión independiente.Datos: DECISIÓN=repetir bloques protegidos durante siete días; FUENTES=guía oficial fechada y registro sintético de cinco días; CRITERIO_DE_ACEPTACIÓN=cada recomendación cita fuente, declara aplicabilidad y propone una prueba; RESPONSABLE_DEL_RESULTADO=líder de la propuesta; revisor de calidad independiente; Datos sintéticos disponibles: ARTEFACTO_DEMO=Revisión del equipo: propuesta completada, capacidad aprobada parcialmente y derechos de una fuente pendientes. Ajuste: proteger la integración del miércoles. Decisión abierta: evaluar el piloto por tiempo de ciclo o por calidad. Fuentes disponibles: brief v2, registro de trabajo, acta del comité y guía oficial; ninguna prueba causalidad.Aplica: Triangulación de fuentes; Tabla afirmación–evidencia–límite; RACI ligero.Orden: Define la decisión y criterios. → Entrega recomendación condicionada.Entrega: Síntesis citada para una decisión; Toda afirmación verificable tiene cita.Límite: Detente si faltan fuentes pertinentes.Señala el dato faltante que cambiaría la decisión.
Nivel 2 · EstructuradoExplicita entradas, opciones, flujo y resultado esperado.
Nivel 2Estructurado

Explicita entradas, opciones, flujo y resultado esperado.

# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSDECISIÓN = [DECISIÓN · decisión concreta que necesitas sustentar · ej.: adoptar bloques protegidos]FUENTES = [FUENTES · materiales con autor, fecha y alcance · ej.: guía oficial y registro propio]CRITERIO_DE_ACEPTACIÓN = [CRITERIO_DE_ACEPTACIÓN · condición observable para aceptar la salida · ej.: cita, límite y recomendación]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]# TareaConstruir una síntesis citada que sustente una decisión concreta. Entrega una recomendación citada y revisable.# MARCOS Y BUENAS PRÁCTICAS- Triangulación de fuentes- Tabla afirmación–evidencia–límite- RACI ligero# Flujo1. Define la decisión y criterios.2. Consulta únicamente fuentes disponibles.3. Extrae afirmación, cita y límite.4. Compara acuerdos, tensiones y vacíos.5. Entrega recomendación condicionada.# Límites- Detente si faltan fuentes pertinentes.- No presentes síntesis editorial como hecho observado.- No cites ni distribuyas fuentes sin derechos verificables.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- Solo usa fuentes gobernadas disponibles en el cuaderno.- No autoriza acceso, cambios ni adopción automática.# Salida esperada- Síntesis citada para una decisión- Toda afirmación verificable tiene cita.- Los desacuerdos quedan visibles.- La recomendación declara su límite.- La recomendación conserva citas, derechos y reviewer responsable.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Demo · Nivel 2 · Estructurado
# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSDECISIÓN = repetir bloques protegidos durante siete díasFUENTES = guía oficial fechada y registro sintético de cinco díasCRITERIO_DE_ACEPTACIÓN = cada recomendación cita fuente, declara aplicabilidad y propone una pruebaRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Revisión del equipo: propuesta completada, capacidad aprobada parcialmente y derechos de una fuente pendientes. Ajuste: proteger la integración del miércoles. Decisión abierta: evaluar el piloto por tiempo de ciclo o por calidad. Fuentes disponibles: brief v2, registro de trabajo, acta del comité y guía oficial; ninguna prueba causalidad.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.# TareaConstruir una síntesis citada que sustente una decisión concreta. Entrega una recomendación citada y revisable.# MARCOS Y BUENAS PRÁCTICAS- Triangulación de fuentes- Tabla afirmación–evidencia–límite- RACI ligero# Flujo1. Define la decisión y criterios.2. Consulta únicamente fuentes disponibles.3. Extrae afirmación, cita y límite.4. Compara acuerdos, tensiones y vacíos.5. Entrega recomendación condicionada.# Límites- Detente si faltan fuentes pertinentes.- No presentes síntesis editorial como hecho observado.- No cites ni distribuyas fuentes sin derechos verificables.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- Solo usa fuentes gobernadas disponibles en el cuaderno.- No autoriza acceso, cambios ni adopción automática.# Salida esperada- Síntesis citada para una decisión- Toda afirmación verificable tiene cita.- Los desacuerdos quedan visibles.- La recomendación declara su límite.- La recomendación conserva citas, derechos y reviewer responsable.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Nivel 3 · EspecificadoAñade contrato, límites, validación y definición de terminado.
Nivel 3Especificado

Añade contrato, límites, validación y definición de terminado.

# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: En NotebookLM Fuentes, cuando una prioridad depende de información gobernada. Confirma derechos de las fuentes y decisión pendiente.# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSDECISIÓN = [DECISIÓN · decisión concreta que necesitas sustentar · ej.: adoptar bloques protegidos]FUENTES = [FUENTES · materiales con autor, fecha y alcance · ej.: guía oficial y registro propio]CRITERIO_DE_ACEPTACIÓN = [CRITERIO_DE_ACEPTACIÓN · condición observable para aceptar la salida · ej.: cita, límite y recomendación]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]## P — Propósito y alcanceRol experto: Especialista responsable de fuente para decidir.Entregable: Síntesis citada para una decisiónIncluye: Construir una síntesis citada que sustente una decisión concreta. Entrega una recomendación citada y revisable.No incluye: Solo usa fuentes gobernadas disponibles en el cuaderno.; No autoriza acceso, cambios ni adopción automática.## E — Estándares y ejecución### MARCOS Y BUENAS PRÁCTICAS- Triangulación de fuentes- Tabla afirmación–evidencia–límite- RACI ligeroPasos:1. Define la decisión y criterios.2. Consulta únicamente fuentes disponibles.3. Extrae afirmación, cita y límite.4. Compara acuerdos, tensiones y vacíos.5. Entrega recomendación condicionada.### Casos borde- Fuentes se contradicen: no fuerces consenso.- Fuente sin derechos claros: exclúyela y registra el vacío.- Semana incompleta: entrega una lectura parcial y marca el periodo ausente.## C — Criterios verificables# Salida esperada:- Síntesis citada para una decisión- Toda afirmación verificable tiene cita.- Los desacuerdos quedan visibles.- La recomendación declara su límite.- La recomendación conserva citas, derechos y reviewer responsable.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.Criterios observables:- Toda afirmación verificable tiene cita.- Los desacuerdos quedan visibles.- La recomendación declara su límite.- La recomendación conserva citas, derechos y reviewer responsable.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.# Definition of Done: Toda afirmación verificable tiene cita.; Los desacuerdos quedan visibles.; La recomendación declara su límite.; La recomendación conserva citas, derechos y reviewer responsable.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.Trade-off: Exigir citas aumenta confianza trazable, pero puede dejar decisiones sin respuesta inmediata. La gobernanza añade coordinación, pero reduce decisiones opacas.## Procedencia- Datos del caso- Autoridades declaradas: ev-m02-official-pdf, ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-08- surface: source_searchDevuelve conclusiones, evidencia y metadata auditable; no expongas razonamiento privado ni cadena de pensamiento.
Demo · Nivel 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: En NotebookLM Fuentes, cuando una prioridad depende de información gobernada. Confirma derechos de las fuentes y decisión pendiente.# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSDECISIÓN = repetir bloques protegidos durante siete díasFUENTES = guía oficial fechada y registro sintético de cinco díasCRITERIO_DE_ACEPTACIÓN = cada recomendación cita fuente, declara aplicabilidad y propone una pruebaRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Revisión del equipo: propuesta completada, capacidad aprobada parcialmente y derechos de una fuente pendientes. Ajuste: proteger la integración del miércoles. Decisión abierta: evaluar el piloto por tiempo de ciclo o por calidad. Fuentes disponibles: brief v2, registro de trabajo, acta del comité y guía oficial; ninguna prueba causalidad.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.## P — Propósito y alcanceRol experto: Especialista responsable de fuente para decidir.Entregable: Síntesis citada para una decisiónIncluye: Construir una síntesis citada que sustente una decisión concreta. Entrega una recomendación citada y revisable.No incluye: Solo usa fuentes gobernadas disponibles en el cuaderno.; No autoriza acceso, cambios ni adopción automática.## E — Estándares y ejecución### MARCOS Y BUENAS PRÁCTICAS- Triangulación de fuentes- Tabla afirmación–evidencia–límite- RACI ligeroPasos:1. Define la decisión y criterios.2. Consulta únicamente fuentes disponibles.3. Extrae afirmación, cita y límite.4. Compara acuerdos, tensiones y vacíos.5. Entrega recomendación condicionada.### Casos borde- Fuentes se contradicen: no fuerces consenso.- Fuente sin derechos claros: exclúyela y registra el vacío.- Semana incompleta: entrega una lectura parcial y marca el periodo ausente.## C — Criterios verificables# Salida esperada:- Síntesis citada para una decisión- Toda afirmación verificable tiene cita.- Los desacuerdos quedan visibles.- La recomendación declara su límite.- La recomendación conserva citas, derechos y reviewer responsable.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.Criterios observables:- Toda afirmación verificable tiene cita.- Los desacuerdos quedan visibles.- La recomendación declara su límite.- La recomendación conserva citas, derechos y reviewer responsable.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.# Definition of Done: Toda afirmación verificable tiene cita.; Los desacuerdos quedan visibles.; La recomendación declara su límite.; La recomendación conserva citas, derechos y reviewer responsable.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.Trade-off: Exigir citas aumenta confianza trazable, pero puede dejar decisiones sin respuesta inmediata. La gobernanza añade coordinación, pero reduce decisiones opacas.## Procedencia- Demo sintética- Autoridades declaradas: ev-m02-official-pdf, ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-08- surface: source_searchDevuelve conclusiones, evidencia y metadata auditable; no expongas razonamiento privado ni cadena de pensamiento.
Nivel 4 · OrquestadoSepara instrucciones de sistema y solicitud del usuario para reutilizar.
Nivel 4Orquestado

Separa instrucciones de sistema y solicitud del usuario para reutilizar.

# systemEspecialista responsable de fuente para decidir.# MARCOS Y BUENAS PRÁCTICAS- Triangulación de fuentes- Tabla afirmación–evidencia–límite- RACI ligero# Límites- Detente si faltan fuentes pertinentes.- No presentes síntesis editorial como hecho observado.- No cites ni distribuyas fuentes sin derechos verificables.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- Solo usa fuentes gobernadas disponibles en el cuaderno.- No autoriza acceso, cambios ni adopción automática.# Definition of DoneToda afirmación verificable tiene cita.; Los desacuerdos quedan visibles.; La recomendación declara su límite.; La recomendación conserva citas, derechos y reviewer responsable.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSDECISIÓN = [DECISIÓN · decisión concreta que necesitas sustentar · ej.: adoptar bloques protegidos]FUENTES = [FUENTES · materiales con autor, fecha y alcance · ej.: guía oficial y registro propio]CRITERIO_DE_ACEPTACIÓN = [CRITERIO_DE_ACEPTACIÓN · condición observable para aceptar la salida · ej.: cita, límite y recomendación]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]# TareaConstruir una síntesis citada que sustente una decisión concreta. Entrega una recomendación citada y revisable.# Flujo1. Define la decisión y criterios.2. Consulta únicamente fuentes disponibles.3. Extrae afirmación, cita y límite.4. Compara acuerdos, tensiones y vacíos.5. Entrega recomendación condicionada.# Salida esperada- Síntesis citada para una decisión- Toda afirmación verificable tiene cita.- Los desacuerdos quedan visibles.- La recomendación declara su límite.- La recomendación conserva citas, derechos y reviewer responsable.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Demo · Nivel 4 · Orquestado
# systemEspecialista responsable de fuente para decidir.# MARCOS Y BUENAS PRÁCTICAS- Triangulación de fuentes- Tabla afirmación–evidencia–límite- RACI ligero# Límites- Detente si faltan fuentes pertinentes.- No presentes síntesis editorial como hecho observado.- No cites ni distribuyas fuentes sin derechos verificables.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- Solo usa fuentes gobernadas disponibles en el cuaderno.- No autoriza acceso, cambios ni adopción automática.# Definition of DoneToda afirmación verificable tiene cita.; Los desacuerdos quedan visibles.; La recomendación declara su límite.; La recomendación conserva citas, derechos y reviewer responsable.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = ejecutivaAPROBACIÓN = humana obligatoria# INPUTSDECISIÓN = repetir bloques protegidos durante siete díasFUENTES = guía oficial fechada y registro sintético de cinco díasCRITERIO_DE_ACEPTACIÓN = cada recomendación cita fuente, declara aplicabilidad y propone una pruebaRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Revisión del equipo: propuesta completada, capacidad aprobada parcialmente y derechos de una fuente pendientes. Ajuste: proteger la integración del miércoles. Decisión abierta: evaluar el piloto por tiempo de ciclo o por calidad. Fuentes disponibles: brief v2, registro de trabajo, acta del comité y guía oficial; ninguna prueba causalidad.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.# TareaConstruir una síntesis citada que sustente una decisión concreta. Entrega una recomendación citada y revisable.# Flujo1. Define la decisión y criterios.2. Consulta únicamente fuentes disponibles.3. Extrae afirmación, cita y límite.4. Compara acuerdos, tensiones y vacíos.5. Entrega recomendación condicionada.# Salida esperada- Síntesis citada para una decisión- Toda afirmación verificable tiene cita.- Los desacuerdos quedan visibles.- La recomendación declara su límite.- La recomendación conserva citas, derechos y reviewer responsable.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Por qué funcionaCriterios de aceptación

Criterios de aceptación

  • Toda afirmación verificable tiene cita.
  • Los desacuerdos quedan visibles.
  • La recomendación declara su límite.
  • La recomendación conserva citas, derechos y reviewer responsable.
  • La recomendación conserva fecha, resultado y evidencia revisable.
  • El responsable, el revisor y la evidencia compartida quedan identificados.

Casos borde

  • Fuentes se contradicen: no fuerces consenso.
  • Fuente sin derechos claros: exclúyela y registra el vacío.
  • Semana incompleta: entrega una lectura parcial y marca el periodo ausente.

Compensaciones

  • Exigir citas aumenta confianza trazable, pero puede dejar decisiones sin respuesta inmediata. La gobernanza añade coordinación, pero reduce decisiones opacas.

Supuestos

  • Los inputs, permisos y fuentes declarados representan el caso que se revisará.

Límites

  • Solo usa fuentes gobernadas disponibles en el cuaderno.
  • No autoriza acceso, cambios ni adopción automática.
(R)EvolucionarContrastar la forma de trabajoContrastar la práctica semanal observada con fuentes pertinentes sin reemplazar los datos propios por consejos genéricos.4 · Niveles de estructura del promptPlantilla / DemoAbrir promptEjecutar enBuscar fuentes · Deep Research
Antes de copiar
Cuándo usarlo
Cuando ya existe una revisión semanal y necesitas decidir qué práctica externa adoptar, adaptar o descartar.
Ejemplo
Revisión semanal sintética: la propuesta terminó el jueves; agrupar mensajes redujo interrupciones observadas, pero una respuesta incumplió el plazo. La decisión es contrastar bloques protegidos y acuerdos de respuesta antes de repetir.
Evidencia
Cada recomendación tiene fuente y aplicabilidad explícita.; El contraste separa coincidencia, tensión y vacío.
Límite
No demuestra causalidad ni garantiza mejora.
RecibeSíntesis citada para una decisión
ProduceNota de contraste de la práctica
[CAMPO EN MAYÚSCULA] se reemplaza · [texto en minúscula] se ajusta o borra
Qué debes reemplazar 4
  • <REVISIÓN_SEMANAL>síntesis del resultado y lo observadoEjemplo: resultado, desvíos y aprendizaje · Obligatorio
  • <FUENTES>materiales con autor, fecha y alcanceEjemplo: guía oficial y registro propio · Obligatorio
  • <APLICABILIDAD>contexto donde una práctica sí o no encajaEjemplo: equipo pequeño con plazos diarios · Obligatorio
  • <RESPONSABLE_DEL_RESULTADO>persona que decide y responde por el resultadoEjemplo: líder de la propuesta · Obligatorio
Parámetros
  • LONGITUD = concisa
  • ESTRUCTURA = tabla breve + decisión
  • PROFUNDIDAD = operativa
  • APROBACIÓN = humana obligatoria
Nivel 1 · DirectoUna instrucción clara, lista para conversar y ajustar.
Nivel 1Directo

Una instrucción clara, lista para conversar y ajustar.

Objetivo: Contrastar la práctica semanal observada con fuentes pertinentes sin reemplazar los datos propios por consejos genéricos. El equipo nombra una persona responsable y una revisión independiente.Datos: REVISIÓN_SEMANAL=[REVISIÓN_SEMANAL · síntesis del resultado y lo observado · ej.: resultado, desvíos y aprendizaje]; FUENTES=[FUENTES · materiales con autor, fecha y alcance · ej.: guía oficial y registro propio]; APLICABILIDAD=[APLICABILIDAD · contexto donde una práctica sí o no encaja · ej.: equipo pequeño con plazos diarios]; RESPONSABLE_DEL_RESULTADO=[RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta].Aplica: Jerarquía de fuentes; Evidence-to-decision; Adaptar antes que imitar.Orden: Formula una pregunta contrastable desde la revisión semanal. → Propón un experimento acotado para la semana siguiente.Entrega: Nota de contraste de la práctica; Cada recomendación tiene fuente y aplicabilidad explícita.Límite: No conviertas una recomendación general en causa demostrada.[Señala el dato faltante que cambiaría la decisión.]
Demo · Nivel 1 · Directo
Objetivo: Contrastar la práctica semanal observada con fuentes pertinentes sin reemplazar los datos propios por consejos genéricos. El equipo nombra una persona responsable y una revisión independiente.Datos: REVISIÓN_SEMANAL=propuesta cerrada; mensajes agrupados; una respuesta fuera de plazo; FUENTES=guía oficial fechada y registro sintético de cinco días; APLICABILIDAD=trabajo individual con dos ventanas de respuesta y entrega semanal; RESPONSABLE_DEL_RESULTADO=líder de la propuesta; revisor de calidad independiente; Datos sintéticos disponibles: ARTEFACTO_DEMO=Revisión semanal sintética: la propuesta terminó el jueves; agrupar mensajes redujo interrupciones observadas, pero una respuesta incumplió el plazo. La decisión es contrastar bloques protegidos y acuerdos de respuesta antes de repetir.Aplica: Jerarquía de fuentes; Evidence-to-decision; Adaptar antes que imitar.Orden: Formula una pregunta contrastable desde la revisión semanal. → Propón un experimento acotado para la semana siguiente.Entrega: Nota de contraste de la práctica; Cada recomendación tiene fuente y aplicabilidad explícita.Límite: No conviertas una recomendación general en causa demostrada.Señala el dato faltante que cambiaría la decisión.
Nivel 2 · EstructuradoExplicita entradas, opciones, flujo y resultado esperado.
Nivel 2Estructurado

Explicita entradas, opciones, flujo y resultado esperado.

# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSREVISIÓN_SEMANAL = [REVISIÓN_SEMANAL · síntesis del resultado y lo observado · ej.: resultado, desvíos y aprendizaje]FUENTES = [FUENTES · materiales con autor, fecha y alcance · ej.: guía oficial y registro propio]APLICABILIDAD = [APLICABILIDAD · contexto donde una práctica sí o no encaja · ej.: equipo pequeño con plazos diarios]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]# TareaContrastar la práctica semanal observada con fuentes pertinentes sin reemplazar los datos propios por consejos genéricos.# MARCOS Y BUENAS PRÁCTICAS- Jerarquía de fuentes- Evidence-to-decision- Adaptar antes que imitar# Flujo1. Formula una pregunta contrastable desde la revisión semanal.2. Prioriza fuentes primarias o guías con autor y fecha.3. Compara la recomendación externa con el registro observado.4. Explica ajuste, incompatibilidad y evidencia faltante.5. Propón un experimento acotado para la semana siguiente.# Límites- No conviertas una recomendación general en causa demostrada.- No ocultes diferencias entre el contexto de la fuente y tu semana.- Declara derechos, fecha y límite de cada fuente.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- No demuestra causalidad ni garantiza mejora.# Salida esperada- Nota de contraste de la práctica- Cada recomendación tiene fuente y aplicabilidad explícita.- El contraste separa coincidencia, tensión y vacío.- El experimento siguiente tiene métrica y límite.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Demo · Nivel 2 · Estructurado
# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSREVISIÓN_SEMANAL = propuesta cerrada; mensajes agrupados; una respuesta fuera de plazoFUENTES = guía oficial fechada y registro sintético de cinco díasAPLICABILIDAD = trabajo individual con dos ventanas de respuesta y entrega semanalRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Revisión semanal sintética: la propuesta terminó el jueves; agrupar mensajes redujo interrupciones observadas, pero una respuesta incumplió el plazo. La decisión es contrastar bloques protegidos y acuerdos de respuesta antes de repetir.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.# TareaContrastar la práctica semanal observada con fuentes pertinentes sin reemplazar los datos propios por consejos genéricos.# MARCOS Y BUENAS PRÁCTICAS- Jerarquía de fuentes- Evidence-to-decision- Adaptar antes que imitar# Flujo1. Formula una pregunta contrastable desde la revisión semanal.2. Prioriza fuentes primarias o guías con autor y fecha.3. Compara la recomendación externa con el registro observado.4. Explica ajuste, incompatibilidad y evidencia faltante.5. Propón un experimento acotado para la semana siguiente.# Límites- No conviertas una recomendación general en causa demostrada.- No ocultes diferencias entre el contexto de la fuente y tu semana.- Declara derechos, fecha y límite de cada fuente.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- No demuestra causalidad ni garantiza mejora.# Salida esperada- Nota de contraste de la práctica- Cada recomendación tiene fuente y aplicabilidad explícita.- El contraste separa coincidencia, tensión y vacío.- El experimento siguiente tiene métrica y límite.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Nivel 3 · EspecificadoAñade contrato, límites, validación y definición de terminado.
Nivel 3Especificado

Añade contrato, límites, validación y definición de terminado.

# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: Cuando ya existe una revisión semanal y necesitas decidir qué práctica externa adoptar, adaptar o descartar.# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSREVISIÓN_SEMANAL = [REVISIÓN_SEMANAL · síntesis del resultado y lo observado · ej.: resultado, desvíos y aprendizaje]FUENTES = [FUENTES · materiales con autor, fecha y alcance · ej.: guía oficial y registro propio]APLICABILIDAD = [APLICABILIDAD · contexto donde una práctica sí o no encaja · ej.: equipo pequeño con plazos diarios]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]## P — Propósito y alcanceRol experto: Especialista responsable de contrastar la forma de trabajo.Entregable: Nota de contraste de la prácticaIncluye: Contrastar la práctica semanal observada con fuentes pertinentes sin reemplazar los datos propios por consejos genéricos.No incluye: No demuestra causalidad ni garantiza mejora.## E — Estándares y ejecución### MARCOS Y BUENAS PRÁCTICAS- Jerarquía de fuentes- Evidence-to-decision- Adaptar antes que imitarPasos:1. Formula una pregunta contrastable desde la revisión semanal.2. Prioriza fuentes primarias o guías con autor y fecha.3. Compara la recomendación externa con el registro observado.4. Explica ajuste, incompatibilidad y evidencia faltante.5. Propón un experimento acotado para la semana siguiente.### Casos borde- Fuentes contradictorias: conserva ambas posiciones.- Fuente sin fecha: baja la confianza y busca reemplazo.- Sin aplicabilidad: descarta la práctica con motivo.## C — Criterios verificables# Salida esperada:- Nota de contraste de la práctica- Cada recomendación tiene fuente y aplicabilidad explícita.- El contraste separa coincidencia, tensión y vacío.- El experimento siguiente tiene métrica y límite.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.Criterios observables:- Cada recomendación tiene fuente y aplicabilidad explícita.- El contraste separa coincidencia, tensión y vacío.- El experimento siguiente tiene métrica y límite.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.# Definition of Done: Cada recomendación tiene fuente y aplicabilidad explícita.; El contraste separa coincidencia, tensión y vacío.; El experimento siguiente tiene métrica y límite.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.Trade-off: Más contraste reduce consejos genéricos, pero exige limitar el volumen de fuentes.## Procedencia- Datos del caso- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook, ev-m02-official-pdf## Metadata- module: 02- prompt: prompt-09- surface: source_searchDevuelve conclusiones, evidencia y metadata auditable; no expongas razonamiento privado ni cadena de pensamiento.
Demo · Nivel 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: Cuando ya existe una revisión semanal y necesitas decidir qué práctica externa adoptar, adaptar o descartar.# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSREVISIÓN_SEMANAL = propuesta cerrada; mensajes agrupados; una respuesta fuera de plazoFUENTES = guía oficial fechada y registro sintético de cinco díasAPLICABILIDAD = trabajo individual con dos ventanas de respuesta y entrega semanalRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Revisión semanal sintética: la propuesta terminó el jueves; agrupar mensajes redujo interrupciones observadas, pero una respuesta incumplió el plazo. La decisión es contrastar bloques protegidos y acuerdos de respuesta antes de repetir.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.## P — Propósito y alcanceRol experto: Especialista responsable de contrastar la forma de trabajo.Entregable: Nota de contraste de la prácticaIncluye: Contrastar la práctica semanal observada con fuentes pertinentes sin reemplazar los datos propios por consejos genéricos.No incluye: No demuestra causalidad ni garantiza mejora.## E — Estándares y ejecución### MARCOS Y BUENAS PRÁCTICAS- Jerarquía de fuentes- Evidence-to-decision- Adaptar antes que imitarPasos:1. Formula una pregunta contrastable desde la revisión semanal.2. Prioriza fuentes primarias o guías con autor y fecha.3. Compara la recomendación externa con el registro observado.4. Explica ajuste, incompatibilidad y evidencia faltante.5. Propón un experimento acotado para la semana siguiente.### Casos borde- Fuentes contradictorias: conserva ambas posiciones.- Fuente sin fecha: baja la confianza y busca reemplazo.- Sin aplicabilidad: descarta la práctica con motivo.## C — Criterios verificables# Salida esperada:- Nota de contraste de la práctica- Cada recomendación tiene fuente y aplicabilidad explícita.- El contraste separa coincidencia, tensión y vacío.- El experimento siguiente tiene métrica y límite.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.Criterios observables:- Cada recomendación tiene fuente y aplicabilidad explícita.- El contraste separa coincidencia, tensión y vacío.- El experimento siguiente tiene métrica y límite.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.# Definition of Done: Cada recomendación tiene fuente y aplicabilidad explícita.; El contraste separa coincidencia, tensión y vacío.; El experimento siguiente tiene métrica y límite.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.Trade-off: Más contraste reduce consejos genéricos, pero exige limitar el volumen de fuentes.## Procedencia- Demo sintética- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook, ev-m02-official-pdf## Metadata- module: 02- prompt: prompt-09- surface: source_searchDevuelve conclusiones, evidencia y metadata auditable; no expongas razonamiento privado ni cadena de pensamiento.
Nivel 4 · OrquestadoSepara instrucciones de sistema y solicitud del usuario para reutilizar.
Nivel 4Orquestado

Separa instrucciones de sistema y solicitud del usuario para reutilizar.

# systemEspecialista responsable de contrastar la forma de trabajo.# MARCOS Y BUENAS PRÁCTICAS- Jerarquía de fuentes- Evidence-to-decision- Adaptar antes que imitar# Límites- No conviertas una recomendación general en causa demostrada.- No ocultes diferencias entre el contexto de la fuente y tu semana.- Declara derechos, fecha y límite de cada fuente.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- No demuestra causalidad ni garantiza mejora.# Definition of DoneCada recomendación tiene fuente y aplicabilidad explícita.; El contraste separa coincidencia, tensión y vacío.; El experimento siguiente tiene métrica y límite.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSREVISIÓN_SEMANAL = [REVISIÓN_SEMANAL · síntesis del resultado y lo observado · ej.: resultado, desvíos y aprendizaje]FUENTES = [FUENTES · materiales con autor, fecha y alcance · ej.: guía oficial y registro propio]APLICABILIDAD = [APLICABILIDAD · contexto donde una práctica sí o no encaja · ej.: equipo pequeño con plazos diarios]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]# TareaContrastar la práctica semanal observada con fuentes pertinentes sin reemplazar los datos propios por consejos genéricos.# Flujo1. Formula una pregunta contrastable desde la revisión semanal.2. Prioriza fuentes primarias o guías con autor y fecha.3. Compara la recomendación externa con el registro observado.4. Explica ajuste, incompatibilidad y evidencia faltante.5. Propón un experimento acotado para la semana siguiente.# Salida esperada- Nota de contraste de la práctica- Cada recomendación tiene fuente y aplicabilidad explícita.- El contraste separa coincidencia, tensión y vacío.- El experimento siguiente tiene métrica y límite.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Demo · Nivel 4 · Orquestado
# systemEspecialista responsable de contrastar la forma de trabajo.# MARCOS Y BUENAS PRÁCTICAS- Jerarquía de fuentes- Evidence-to-decision- Adaptar antes que imitar# Límites- No conviertas una recomendación general en causa demostrada.- No ocultes diferencias entre el contexto de la fuente y tu semana.- Declara derechos, fecha y límite de cada fuente.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- No demuestra causalidad ni garantiza mejora.# Definition of DoneCada recomendación tiene fuente y aplicabilidad explícita.; El contraste separa coincidencia, tensión y vacío.; El experimento siguiente tiene métrica y límite.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSREVISIÓN_SEMANAL = propuesta cerrada; mensajes agrupados; una respuesta fuera de plazoFUENTES = guía oficial fechada y registro sintético de cinco díasAPLICABILIDAD = trabajo individual con dos ventanas de respuesta y entrega semanalRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Revisión semanal sintética: la propuesta terminó el jueves; agrupar mensajes redujo interrupciones observadas, pero una respuesta incumplió el plazo. La decisión es contrastar bloques protegidos y acuerdos de respuesta antes de repetir.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.# TareaContrastar la práctica semanal observada con fuentes pertinentes sin reemplazar los datos propios por consejos genéricos.# Flujo1. Formula una pregunta contrastable desde la revisión semanal.2. Prioriza fuentes primarias o guías con autor y fecha.3. Compara la recomendación externa con el registro observado.4. Explica ajuste, incompatibilidad y evidencia faltante.5. Propón un experimento acotado para la semana siguiente.# Salida esperada- Nota de contraste de la práctica- Cada recomendación tiene fuente y aplicabilidad explícita.- El contraste separa coincidencia, tensión y vacío.- El experimento siguiente tiene métrica y límite.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Por qué funcionaCriterios de aceptación

Criterios de aceptación

  • Cada recomendación tiene fuente y aplicabilidad explícita.
  • El contraste separa coincidencia, tensión y vacío.
  • El experimento siguiente tiene métrica y límite.
  • La recomendación conserva fecha, resultado y evidencia revisable.
  • El responsable, el revisor y la evidencia compartida quedan identificados.

Casos borde

  • Fuentes contradictorias: conserva ambas posiciones.
  • Fuente sin fecha: baja la confianza y busca reemplazo.
  • Sin aplicabilidad: descarta la práctica con motivo.

Compensaciones

  • Más contraste reduce consejos genéricos, pero exige limitar el volumen de fuentes.

Supuestos

  • Los inputs, permisos y fuentes declarados representan el caso que se revisará.

Límites

  • No demuestra causalidad ni garantiza mejora.
(R)EvolucionarConvertir la práctica en sistema semanalConvertir el contraste y la revisión en un sistema semanal breve que pueda repetirse, explicarse y ajustarse con evidencia.4 · Niveles de estructura del promptPlantilla / DemoAbrir promptEjecutar enChat · fuentes seleccionadas
Antes de copiar
Cuándo usarlo
Cuando una práctica ya fue observada y necesitas conservar solo las reglas que producen una revisión útil.
Ejemplo
Nota de contraste sintética: los bloques protegidos son compatibles con el caso, pero requieren un acuerdo explícito de respuesta. La evidencia disponible cubre una semana; se propone repetir siete días con tiempo de ciclo y entregable como métricas.
Evidencia
El sistema cabe en una página y tiene versión.; Cada regla nombra evidencia y revisión.
Límite
Organiza una práctica; no predice productividad futura.
RecibeNota de contraste de la práctica
ProduceSistema semanal versionado
[CAMPO EN MAYÚSCULA] se reemplaza · [texto en minúscula] se ajusta o borra
Qué debes reemplazar 4
  • <PRÁCTICAS_VERIFICADAS>prácticas observadas que vale la pena repetirEjemplo: bloques de foco y revisión diaria · Obligatorio
  • <REGLAS>acuerdos que deben aplicarseEjemplo: dos ventanas de respuesta · Obligatorio
  • <FECHA_DE_REVISIÓN>momento para conservar, ajustar o retirar reglasEjemplo: viernes a las 16:00 · Obligatorio
  • <RESPONSABLE_DEL_RESULTADO>persona que decide y responde por el resultadoEjemplo: líder de la propuesta · Obligatorio
Parámetros
  • LONGITUD = concisa
  • ESTRUCTURA = tabla breve + decisión
  • PROFUNDIDAD = operativa
  • APROBACIÓN = humana obligatoria
Nivel 1 · DirectoUna instrucción clara, lista para conversar y ajustar.
Nivel 1Directo

Una instrucción clara, lista para conversar y ajustar.

Objetivo: Convertir el contraste y la revisión en un sistema semanal breve que pueda repetirse, explicarse y ajustarse con evidencia. El equipo nombra una persona responsable y una revisión independiente.Datos: PRÁCTICAS_VERIFICADAS=[PRÁCTICAS_VERIFICADAS · prácticas observadas que vale la pena repetir · ej.: bloques de foco y revisión diaria]; REGLAS=[REGLAS · acuerdos que deben aplicarse · ej.: dos ventanas de respuesta]; FECHA_DE_REVISIÓN=[FECHA_DE_REVISIÓN · momento para conservar, ajustar o retirar reglas · ej.: viernes a las 16:00]; RESPONSABLE_DEL_RESULTADO=[RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta].Aplica: Weekly review; Definition of Done; Ciclo probar–revisar–ajustar.Orden: Resume el resultado y el contraste que sostienen la decisión. → Versiona el sistema y declara cuándo ajustarlo o detenerlo.Entrega: Sistema semanal versionado; El sistema cabe en una página y tiene versión.Límite: No conviertas preferencias en reglas sin evidencia.[Señala el dato faltante que cambiaría la decisión.]
Demo · Nivel 1 · Directo
Objetivo: Convertir el contraste y la revisión en un sistema semanal breve que pueda repetirse, explicarse y ajustarse con evidencia. El equipo nombra una persona responsable y una revisión independiente.Datos: PRÁCTICAS_VERIFICADAS=dos bloques de foco funcionaron; el acuerdo de respuesta requiere ajuste; REGLAS=revisar mensajes a las 12:00 y 16:30; escalar solo bloqueos críticos; FECHA_DE_REVISIÓN=viernes 4 de septiembre a las 16:00; RESPONSABLE_DEL_RESULTADO=líder de la propuesta; revisor de calidad independiente; Datos sintéticos disponibles: ARTEFACTO_DEMO=Nota de contraste sintética: los bloques protegidos son compatibles con el caso, pero requieren un acuerdo explícito de respuesta. La evidencia disponible cubre una semana; se propone repetir siete días con tiempo de ciclo y entregable como métricas.Aplica: Weekly review; Definition of Done; Ciclo probar–revisar–ajustar.Orden: Resume el resultado y el contraste que sostienen la decisión. → Versiona el sistema y declara cuándo ajustarlo o detenerlo.Entrega: Sistema semanal versionado; El sistema cabe en una página y tiene versión.Límite: No conviertas preferencias en reglas sin evidencia.Señala el dato faltante que cambiaría la decisión.
Nivel 2 · EstructuradoExplicita entradas, opciones, flujo y resultado esperado.
Nivel 2Estructurado

Explicita entradas, opciones, flujo y resultado esperado.

# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSPRÁCTICAS_VERIFICADAS = [PRÁCTICAS_VERIFICADAS · prácticas observadas que vale la pena repetir · ej.: bloques de foco y revisión diaria]REGLAS = [REGLAS · acuerdos que deben aplicarse · ej.: dos ventanas de respuesta]FECHA_DE_REVISIÓN = [FECHA_DE_REVISIÓN · momento para conservar, ajustar o retirar reglas · ej.: viernes a las 16:00]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]# TareaConvertir el contraste y la revisión en un sistema semanal breve que pueda repetirse, explicarse y ajustarse con evidencia.# MARCOS Y BUENAS PRÁCTICAS- Weekly review- Definition of Done- Ciclo probar–revisar–ajustar# Flujo1. Resume el resultado y el contraste que sostienen la decisión.2. Define preparación, ejecución y revisión de la semana.3. Asigna reglas de prioridad, foco e interrupción.4. Fija evidencia, responsable y momento de revisión.5. Versiona el sistema y declara cuándo ajustarlo o detenerlo.# Límites- No conviertas preferencias en reglas sin evidencia.- No añadas controles que nadie pueda revisar.- Conserva la decisión final bajo responsabilidad humana.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- Organiza una práctica; no predice productividad futura.# Salida esperada- Sistema semanal versionado- El sistema cabe en una página y tiene versión.- Cada regla nombra evidencia y revisión.- Existe condición para mantener, ajustar o retirar.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Demo · Nivel 2 · Estructurado
# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSPRÁCTICAS_VERIFICADAS = dos bloques de foco funcionaron; el acuerdo de respuesta requiere ajusteREGLAS = revisar mensajes a las 12:00 y 16:30; escalar solo bloqueos críticosFECHA_DE_REVISIÓN = viernes 4 de septiembre a las 16:00RESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Nota de contraste sintética: los bloques protegidos son compatibles con el caso, pero requieren un acuerdo explícito de respuesta. La evidencia disponible cubre una semana; se propone repetir siete días con tiempo de ciclo y entregable como métricas.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.# TareaConvertir el contraste y la revisión en un sistema semanal breve que pueda repetirse, explicarse y ajustarse con evidencia.# MARCOS Y BUENAS PRÁCTICAS- Weekly review- Definition of Done- Ciclo probar–revisar–ajustar# Flujo1. Resume el resultado y el contraste que sostienen la decisión.2. Define preparación, ejecución y revisión de la semana.3. Asigna reglas de prioridad, foco e interrupción.4. Fija evidencia, responsable y momento de revisión.5. Versiona el sistema y declara cuándo ajustarlo o detenerlo.# Límites- No conviertas preferencias en reglas sin evidencia.- No añadas controles que nadie pueda revisar.- Conserva la decisión final bajo responsabilidad humana.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- Organiza una práctica; no predice productividad futura.# Salida esperada- Sistema semanal versionado- El sistema cabe en una página y tiene versión.- Cada regla nombra evidencia y revisión.- Existe condición para mantener, ajustar o retirar.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Nivel 3 · EspecificadoAñade contrato, límites, validación y definición de terminado.
Nivel 3Especificado

Añade contrato, límites, validación y definición de terminado.

# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: Cuando una práctica ya fue observada y necesitas conservar solo las reglas que producen una revisión útil.# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSPRÁCTICAS_VERIFICADAS = [PRÁCTICAS_VERIFICADAS · prácticas observadas que vale la pena repetir · ej.: bloques de foco y revisión diaria]REGLAS = [REGLAS · acuerdos que deben aplicarse · ej.: dos ventanas de respuesta]FECHA_DE_REVISIÓN = [FECHA_DE_REVISIÓN · momento para conservar, ajustar o retirar reglas · ej.: viernes a las 16:00]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]## P — Propósito y alcanceRol experto: Especialista responsable de convertir la práctica en sistema semanal.Entregable: Sistema semanal versionadoIncluye: Convertir el contraste y la revisión en un sistema semanal breve que pueda repetirse, explicarse y ajustarse con evidencia.No incluye: Organiza una práctica; no predice productividad futura.## E — Estándares y ejecución### MARCOS Y BUENAS PRÁCTICAS- Weekly review- Definition of Done- Ciclo probar–revisar–ajustarPasos:1. Resume el resultado y el contraste que sostienen la decisión.2. Define preparación, ejecución y revisión de la semana.3. Asigna reglas de prioridad, foco e interrupción.4. Fija evidencia, responsable y momento de revisión.5. Versiona el sistema y declara cuándo ajustarlo o detenerlo.### Casos borde- Resultado no observado: conserva el sistema como hipótesis.- Reglas en conflicto: prioriza una y declara el costo.- Sin revisión disponible: no declares consolidación.## C — Criterios verificables# Salida esperada:- Sistema semanal versionado- El sistema cabe en una página y tiene versión.- Cada regla nombra evidencia y revisión.- Existe condición para mantener, ajustar o retirar.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.Criterios observables:- El sistema cabe en una página y tiene versión.- Cada regla nombra evidencia y revisión.- Existe condición para mantener, ajustar o retirar.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.# Definition of Done: El sistema cabe en una página y tiene versión.; Cada regla nombra evidencia y revisión.; Existe condición para mantener, ajustar o retirar.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.Trade-off: Un sistema corto omite detalle a cambio de repetibilidad y revisión real.## Procedencia- Datos del caso- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook, ev-m02-official-pdf## Metadata- module: 02- prompt: prompt-10- surface: chatDevuelve conclusiones, evidencia y metadata auditable; no expongas razonamiento privado ni cadena de pensamiento.
Demo · Nivel 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: Cuando una práctica ya fue observada y necesitas conservar solo las reglas que producen una revisión útil.# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSPRÁCTICAS_VERIFICADAS = dos bloques de foco funcionaron; el acuerdo de respuesta requiere ajusteREGLAS = revisar mensajes a las 12:00 y 16:30; escalar solo bloqueos críticosFECHA_DE_REVISIÓN = viernes 4 de septiembre a las 16:00RESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Nota de contraste sintética: los bloques protegidos son compatibles con el caso, pero requieren un acuerdo explícito de respuesta. La evidencia disponible cubre una semana; se propone repetir siete días con tiempo de ciclo y entregable como métricas.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.## P — Propósito y alcanceRol experto: Especialista responsable de convertir la práctica en sistema semanal.Entregable: Sistema semanal versionadoIncluye: Convertir el contraste y la revisión en un sistema semanal breve que pueda repetirse, explicarse y ajustarse con evidencia.No incluye: Organiza una práctica; no predice productividad futura.## E — Estándares y ejecución### MARCOS Y BUENAS PRÁCTICAS- Weekly review- Definition of Done- Ciclo probar–revisar–ajustarPasos:1. Resume el resultado y el contraste que sostienen la decisión.2. Define preparación, ejecución y revisión de la semana.3. Asigna reglas de prioridad, foco e interrupción.4. Fija evidencia, responsable y momento de revisión.5. Versiona el sistema y declara cuándo ajustarlo o detenerlo.### Casos borde- Resultado no observado: conserva el sistema como hipótesis.- Reglas en conflicto: prioriza una y declara el costo.- Sin revisión disponible: no declares consolidación.## C — Criterios verificables# Salida esperada:- Sistema semanal versionado- El sistema cabe en una página y tiene versión.- Cada regla nombra evidencia y revisión.- Existe condición para mantener, ajustar o retirar.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.Criterios observables:- El sistema cabe en una página y tiene versión.- Cada regla nombra evidencia y revisión.- Existe condición para mantener, ajustar o retirar.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.# Definition of Done: El sistema cabe en una página y tiene versión.; Cada regla nombra evidencia y revisión.; Existe condición para mantener, ajustar o retirar.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.Trade-off: Un sistema corto omite detalle a cambio de repetibilidad y revisión real.## Procedencia- Demo sintética- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook, ev-m02-official-pdf## Metadata- module: 02- prompt: prompt-10- surface: chatDevuelve conclusiones, evidencia y metadata auditable; no expongas razonamiento privado ni cadena de pensamiento.
Nivel 4 · OrquestadoSepara instrucciones de sistema y solicitud del usuario para reutilizar.
Nivel 4Orquestado

Separa instrucciones de sistema y solicitud del usuario para reutilizar.

# systemEspecialista responsable de convertir la práctica en sistema semanal.# MARCOS Y BUENAS PRÁCTICAS- Weekly review- Definition of Done- Ciclo probar–revisar–ajustar# Límites- No conviertas preferencias en reglas sin evidencia.- No añadas controles que nadie pueda revisar.- Conserva la decisión final bajo responsabilidad humana.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- Organiza una práctica; no predice productividad futura.# Definition of DoneEl sistema cabe en una página y tiene versión.; Cada regla nombra evidencia y revisión.; Existe condición para mantener, ajustar o retirar.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSPRÁCTICAS_VERIFICADAS = [PRÁCTICAS_VERIFICADAS · prácticas observadas que vale la pena repetir · ej.: bloques de foco y revisión diaria]REGLAS = [REGLAS · acuerdos que deben aplicarse · ej.: dos ventanas de respuesta]FECHA_DE_REVISIÓN = [FECHA_DE_REVISIÓN · momento para conservar, ajustar o retirar reglas · ej.: viernes a las 16:00]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]# TareaConvertir el contraste y la revisión en un sistema semanal breve que pueda repetirse, explicarse y ajustarse con evidencia.# Flujo1. Resume el resultado y el contraste que sostienen la decisión.2. Define preparación, ejecución y revisión de la semana.3. Asigna reglas de prioridad, foco e interrupción.4. Fija evidencia, responsable y momento de revisión.5. Versiona el sistema y declara cuándo ajustarlo o detenerlo.# Salida esperada- Sistema semanal versionado- El sistema cabe en una página y tiene versión.- Cada regla nombra evidencia y revisión.- Existe condición para mantener, ajustar o retirar.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Demo · Nivel 4 · Orquestado
# systemEspecialista responsable de convertir la práctica en sistema semanal.# MARCOS Y BUENAS PRÁCTICAS- Weekly review- Definition of Done- Ciclo probar–revisar–ajustar# Límites- No conviertas preferencias en reglas sin evidencia.- No añadas controles que nadie pueda revisar.- Conserva la decisión final bajo responsabilidad humana.- No atribuyas causalidad a una práctica con una sola semana de registro.- No avances sin responsable, derechos de uso y revisión independiente.- Organiza una práctica; no predice productividad futura.# Definition of DoneEl sistema cabe en una página y tiene versión.; Cada regla nombra evidencia y revisión.; Existe condición para mantener, ajustar o retirar.; La recomendación conserva fecha, resultado y evidencia revisable.; El responsable, el revisor y la evidencia compartida quedan identificados.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSPRÁCTICAS_VERIFICADAS = dos bloques de foco funcionaron; el acuerdo de respuesta requiere ajusteREGLAS = revisar mensajes a las 12:00 y 16:30; escalar solo bloqueos críticosFECHA_DE_REVISIÓN = viernes 4 de septiembre a las 16:00RESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Nota de contraste sintética: los bloques protegidos son compatibles con el caso, pero requieren un acuerdo explícito de respuesta. La evidencia disponible cubre una semana; se propone repetir siete días con tiempo de ciclo y entregable como métricas.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.# TareaConvertir el contraste y la revisión en un sistema semanal breve que pueda repetirse, explicarse y ajustarse con evidencia.# Flujo1. Resume el resultado y el contraste que sostienen la decisión.2. Define preparación, ejecución y revisión de la semana.3. Asigna reglas de prioridad, foco e interrupción.4. Fija evidencia, responsable y momento de revisión.5. Versiona el sistema y declara cuándo ajustarlo o detenerlo.# Salida esperada- Sistema semanal versionado- El sistema cabe en una página y tiene versión.- Cada regla nombra evidencia y revisión.- Existe condición para mantener, ajustar o retirar.- La recomendación conserva fecha, resultado y evidencia revisable.- El responsable, el revisor y la evidencia compartida quedan identificados.
Por qué funcionaCriterios de aceptación

Criterios de aceptación

  • El sistema cabe en una página y tiene versión.
  • Cada regla nombra evidencia y revisión.
  • Existe condición para mantener, ajustar o retirar.
  • La recomendación conserva fecha, resultado y evidencia revisable.
  • El responsable, el revisor y la evidencia compartida quedan identificados.

Casos borde

  • Resultado no observado: conserva el sistema como hipótesis.
  • Reglas en conflicto: prioriza una y declara el costo.
  • Sin revisión disponible: no declares consolidación.

Compensaciones

  • Un sistema corto omite detalle a cambio de repetibilidad y revisión real.

Supuestos

  • Los inputs, permisos y fuentes declarados representan el caso que se revisará.

Límites

  • Organiza una práctica; no predice productividad futura.
Para equipos

Haz visible lo que merece tu atención.

Una agenda llena no demuestra avance. Sin criterios explícitos, lo urgente desplaza lo importante. La falta de acuerdos también dispersa al equipo.

Lo que obtendrás

Terminas con prioridades defendibles, tiempo protegido y una forma simple de revisar el progreso.

Cómo avanzar

Diagnostica, decide, bloquea, ejecuta y revisa. Cada paso deja un artefacto observable.

Qué comprobar

Entrega una bitácora breve, tres prioridades justificadas, una agenda protegida y una revisión con decisiones para la semana siguiente.

Crear mi sistema

Repite el sistema cada semana y cambia una regla cuando la evidencia muestre una fricción recurrente.

4 metaprompts

Crea instrumentos reutilizables para repetir y adaptar la práctica.

Escalera de capacidad: de la primera práctica al criterio propio.
MetapromptConstructor de coachDiseñar un coach que enseñe el método del módulo desde evidencia y haga una pregunta por turno.4 · Niveles de estructura del promptPlantilla / DemoAbrir promptEjecutar enChat · fuentes seleccionadas
Antes de copiar
Cuándo usarlo
Cuando necesitas reutilizar una semana que convierta actividad en resultados sin copiar una sesión anterior.
Ejemplo
Caso sintético resuelto para el flujo del equipo: un responsable decide y una persona distinta revisa la evidencia; objetivo: una semana que convierta actividad en resultados; fuentes y límites declarados.
Evidencia
El instrumento tiene mensaje inicial, flujo y cierre.; La rúbrica usa criterios observables.
Límite
Configura un instrumento; no produce evidencia por sí solo.
RecibeAgenda semanal protegida
ProduceInstrucciones del coach
[CAMPO EN MAYÚSCULA] se reemplaza · [texto en minúscula] se ajusta o borra
Qué debes reemplazar 4
  • <OBJETIVO_DEL_COACH>conducta que debe enseñar y comprobarEjemplo: hacer una revisión con evidencia · Obligatorio
  • <AUDIENCIA>persona o equipo que usará el instrumentoEjemplo: profesional sin contexto previo · Obligatorio
  • <FUENTES>materiales con autor, fecha y alcanceEjemplo: guía oficial y registro propio · Obligatorio
  • <RESPONSABLE_DEL_RESULTADO>persona que decide y responde por el resultadoEjemplo: líder de la propuesta · Obligatorio
Parámetros
  • LONGITUD = concisa
  • ESTRUCTURA = tabla breve + decisión
  • PROFUNDIDAD = operativa
  • APROBACIÓN = humana obligatoria
Nivel 1 · DirectoUna instrucción clara, lista para conversar y ajustar.
Nivel 1Directo

Una instrucción clara, lista para conversar y ajustar.

Objetivo: Diseñar un coach que enseñe el método del módulo desde evidencia y haga una pregunta por turno. El equipo nombra una persona responsable y una revisión independiente.Datos: OBJETIVO_DEL_COACH=[OBJETIVO_DEL_COACH · conducta que debe enseñar y comprobar · ej.: hacer una revisión con evidencia]; AUDIENCIA=[AUDIENCIA · persona o equipo que usará el instrumento · ej.: profesional sin contexto previo]; FUENTES=[FUENTES · materiales con autor, fecha y alcance · ej.: guía oficial y registro propio]; RESPONSABLE_DEL_RESULTADO=[RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta].Aplica: Coach basado en fuentes; Enseñanza por preguntas; Prueba adversarial.Orden: Declara propósito, audiencia y resultado observable. → Prueba el instrumento con la Demo y registra ajustes.Entrega: Instrucciones del coach; El instrumento tiene mensaje inicial, flujo y cierre.Límite: Diseña el instrumento; no simules haberlo ejecutado.[Señala el dato faltante que cambiaría la decisión.]
Demo · Nivel 1 · Directo
Objetivo: Diseñar un coach que enseñe el método del módulo desde evidencia y haga una pregunta por turno. El equipo nombra una persona responsable y una revisión independiente.Datos: OBJETIVO_DEL_COACH=guiar una revisión con evidencia y una pregunta por turno; AUDIENCIA=profesional que prepara su primera revisión guiada; FUENTES=guía oficial fechada y registro sintético de cinco días; RESPONSABLE_DEL_RESULTADO=líder de la propuesta; revisor de calidad independiente; Datos sintéticos disponibles: ARTEFACTO_DEMO=Caso sintético resuelto para el flujo del equipo: un responsable decide y una persona distinta revisa la evidencia; objetivo: una semana que convierta actividad en resultados; fuentes y límites declarados.Aplica: Coach basado en fuentes; Enseñanza por preguntas; Prueba adversarial.Orden: Declara propósito, audiencia y resultado observable. → Prueba el instrumento con la Demo y registra ajustes.Entrega: Instrucciones del coach; El instrumento tiene mensaje inicial, flujo y cierre.Límite: Diseña el instrumento; no simules haberlo ejecutado.Señala el dato faltante que cambiaría la decisión.
Nivel 2 · EstructuradoExplicita entradas, opciones, flujo y resultado esperado.
Nivel 2Estructurado

Explicita entradas, opciones, flujo y resultado esperado.

# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSOBJETIVO_DEL_COACH = [OBJETIVO_DEL_COACH · conducta que debe enseñar y comprobar · ej.: hacer una revisión con evidencia]AUDIENCIA = [AUDIENCIA · persona o equipo que usará el instrumento · ej.: profesional sin contexto previo]FUENTES = [FUENTES · materiales con autor, fecha y alcance · ej.: guía oficial y registro propio]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]# TareaDiseñar un coach que enseñe el método del módulo desde evidencia y haga una pregunta por turno.# MARCOS Y BUENAS PRÁCTICAS- Coach basado en fuentes- Enseñanza por preguntas- Prueba adversarial# Flujo1. Declara propósito, audiencia y resultado observable.2. Define reglas invariantes y datos variables.3. Construye el flujo de interacción y sus gates.4. Añade rúbrica, límites y casos adversariales.5. Prueba el instrumento con la Demo y registra ajustes.# Límites- Diseña el instrumento; no simules haberlo ejecutado.- No permitas respuestas fuera de la evidencia declarada.- No avances sin responsable, derechos de uso y revisión independiente.- No atribuyas causalidad a una práctica con una sola semana de registro.- Configura un instrumento; no produce evidencia por sí solo.# Salida esperada- Instrucciones del coach- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.
Demo · Nivel 2 · Estructurado
# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSOBJETIVO_DEL_COACH = guiar una revisión con evidencia y una pregunta por turnoAUDIENCIA = profesional que prepara su primera revisión guiadaFUENTES = guía oficial fechada y registro sintético de cinco díasRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Caso sintético resuelto para el flujo del equipo: un responsable decide y una persona distinta revisa la evidencia; objetivo: una semana que convierta actividad en resultados; fuentes y límites declarados.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.# TareaDiseñar un coach que enseñe el método del módulo desde evidencia y haga una pregunta por turno.# MARCOS Y BUENAS PRÁCTICAS- Coach basado en fuentes- Enseñanza por preguntas- Prueba adversarial# Flujo1. Declara propósito, audiencia y resultado observable.2. Define reglas invariantes y datos variables.3. Construye el flujo de interacción y sus gates.4. Añade rúbrica, límites y casos adversariales.5. Prueba el instrumento con la Demo y registra ajustes.# Límites- Diseña el instrumento; no simules haberlo ejecutado.- No permitas respuestas fuera de la evidencia declarada.- No avances sin responsable, derechos de uso y revisión independiente.- No atribuyas causalidad a una práctica con una sola semana de registro.- Configura un instrumento; no produce evidencia por sí solo.# Salida esperada- Instrucciones del coach- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.
Nivel 3 · EspecificadoAñade contrato, límites, validación y definición de terminado.
Nivel 3Especificado

Añade contrato, límites, validación y definición de terminado.

# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: Cuando necesitas reutilizar una semana que convierta actividad en resultados sin copiar una sesión anterior.# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSOBJETIVO_DEL_COACH = [OBJETIVO_DEL_COACH · conducta que debe enseñar y comprobar · ej.: hacer una revisión con evidencia]AUDIENCIA = [AUDIENCIA · persona o equipo que usará el instrumento · ej.: profesional sin contexto previo]FUENTES = [FUENTES · materiales con autor, fecha y alcance · ej.: guía oficial y registro propio]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]## P — Propósito y alcanceRol experto: Especialista responsable de constructor de coach.Entregable: Instrucciones del coachIncluye: Diseñar un coach que enseñe el método del módulo desde evidencia y haga una pregunta por turno.No incluye: Configura un instrumento; no produce evidencia por sí solo.## E — Estándares y ejecución### MARCOS Y BUENAS PRÁCTICAS- Coach basado en fuentes- Enseñanza por preguntas- Prueba adversarialPasos:1. Declara propósito, audiencia y resultado observable.2. Define reglas invariantes y datos variables.3. Construye el flujo de interacción y sus gates.4. Añade rúbrica, límites y casos adversariales.5. Prueba el instrumento con la Demo y registra ajustes.### Casos borde- Falta evidencia: el instrumento declara coverage_gap.- La solicitud excede el rol: se detiene y explica el límite.- Respuesta ambigua: formula una pregunta concreta antes de avanzar.## C — Criterios verificables# Salida esperada:- Instrucciones del coach- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.Criterios observables:- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.# Definition of Done: El instrumento tiene mensaje inicial, flujo y cierre.; La rúbrica usa criterios observables.; El responsable, el revisor y la evidencia compartida quedan identificados.; La recomendación conserva fecha, resultado y evidencia revisable.Trade-off: Más estructura aumenta repetibilidad, pero exige mantener el instrumento cuando cambian las fuentes.## Procedencia- Datos del caso- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook, ev-m02-official-pdf## Metadata- module: 02- prompt: prompt-m1- surface: chatDevuelve conclusiones, evidencia y metadata auditable; no expongas razonamiento privado ni cadena de pensamiento.
Demo · Nivel 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: Cuando necesitas reutilizar una semana que convierta actividad en resultados sin copiar una sesión anterior.# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSOBJETIVO_DEL_COACH = guiar una revisión con evidencia y una pregunta por turnoAUDIENCIA = profesional que prepara su primera revisión guiadaFUENTES = guía oficial fechada y registro sintético de cinco díasRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Caso sintético resuelto para el flujo del equipo: un responsable decide y una persona distinta revisa la evidencia; objetivo: una semana que convierta actividad en resultados; fuentes y límites declarados.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.## P — Propósito y alcanceRol experto: Especialista responsable de constructor de coach.Entregable: Instrucciones del coachIncluye: Diseñar un coach que enseñe el método del módulo desde evidencia y haga una pregunta por turno.No incluye: Configura un instrumento; no produce evidencia por sí solo.## E — Estándares y ejecución### MARCOS Y BUENAS PRÁCTICAS- Coach basado en fuentes- Enseñanza por preguntas- Prueba adversarialPasos:1. Declara propósito, audiencia y resultado observable.2. Define reglas invariantes y datos variables.3. Construye el flujo de interacción y sus gates.4. Añade rúbrica, límites y casos adversariales.5. Prueba el instrumento con la Demo y registra ajustes.### Casos borde- Falta evidencia: el instrumento declara coverage_gap.- La solicitud excede el rol: se detiene y explica el límite.- Respuesta ambigua: formula una pregunta concreta antes de avanzar.## C — Criterios verificables# Salida esperada:- Instrucciones del coach- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.Criterios observables:- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.# Definition of Done: El instrumento tiene mensaje inicial, flujo y cierre.; La rúbrica usa criterios observables.; El responsable, el revisor y la evidencia compartida quedan identificados.; La recomendación conserva fecha, resultado y evidencia revisable.Trade-off: Más estructura aumenta repetibilidad, pero exige mantener el instrumento cuando cambian las fuentes.## Procedencia- Demo sintética- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook, ev-m02-official-pdf## Metadata- module: 02- prompt: prompt-m1- surface: chatDevuelve conclusiones, evidencia y metadata auditable; no expongas razonamiento privado ni cadena de pensamiento.
Nivel 4 · OrquestadoSepara instrucciones de sistema y solicitud del usuario para reutilizar.
Nivel 4Orquestado

Separa instrucciones de sistema y solicitud del usuario para reutilizar.

# systemEspecialista responsable de constructor de coach.# MARCOS Y BUENAS PRÁCTICAS- Coach basado en fuentes- Enseñanza por preguntas- Prueba adversarial# Límites- Diseña el instrumento; no simules haberlo ejecutado.- No permitas respuestas fuera de la evidencia declarada.- No avances sin responsable, derechos de uso y revisión independiente.- No atribuyas causalidad a una práctica con una sola semana de registro.- Configura un instrumento; no produce evidencia por sí solo.# Definition of DoneEl instrumento tiene mensaje inicial, flujo y cierre.; La rúbrica usa criterios observables.; El responsable, el revisor y la evidencia compartida quedan identificados.; La recomendación conserva fecha, resultado y evidencia revisable.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSOBJETIVO_DEL_COACH = [OBJETIVO_DEL_COACH · conducta que debe enseñar y comprobar · ej.: hacer una revisión con evidencia]AUDIENCIA = [AUDIENCIA · persona o equipo que usará el instrumento · ej.: profesional sin contexto previo]FUENTES = [FUENTES · materiales con autor, fecha y alcance · ej.: guía oficial y registro propio]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]# TareaDiseñar un coach que enseñe el método del módulo desde evidencia y haga una pregunta por turno.# Flujo1. Declara propósito, audiencia y resultado observable.2. Define reglas invariantes y datos variables.3. Construye el flujo de interacción y sus gates.4. Añade rúbrica, límites y casos adversariales.5. Prueba el instrumento con la Demo y registra ajustes.# Salida esperada- Instrucciones del coach- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.
Demo · Nivel 4 · Orquestado
# systemEspecialista responsable de constructor de coach.# MARCOS Y BUENAS PRÁCTICAS- Coach basado en fuentes- Enseñanza por preguntas- Prueba adversarial# Límites- Diseña el instrumento; no simules haberlo ejecutado.- No permitas respuestas fuera de la evidencia declarada.- No avances sin responsable, derechos de uso y revisión independiente.- No atribuyas causalidad a una práctica con una sola semana de registro.- Configura un instrumento; no produce evidencia por sí solo.# Definition of DoneEl instrumento tiene mensaje inicial, flujo y cierre.; La rúbrica usa criterios observables.; El responsable, el revisor y la evidencia compartida quedan identificados.; La recomendación conserva fecha, resultado y evidencia revisable.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSOBJETIVO_DEL_COACH = guiar una revisión con evidencia y una pregunta por turnoAUDIENCIA = profesional que prepara su primera revisión guiadaFUENTES = guía oficial fechada y registro sintético de cinco díasRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Caso sintético resuelto para el flujo del equipo: un responsable decide y una persona distinta revisa la evidencia; objetivo: una semana que convierta actividad en resultados; fuentes y límites declarados.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.# TareaDiseñar un coach que enseñe el método del módulo desde evidencia y haga una pregunta por turno.# Flujo1. Declara propósito, audiencia y resultado observable.2. Define reglas invariantes y datos variables.3. Construye el flujo de interacción y sus gates.4. Añade rúbrica, límites y casos adversariales.5. Prueba el instrumento con la Demo y registra ajustes.# Salida esperada- Instrucciones del coach- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.
Por qué funcionaCriterios de aceptación

Criterios de aceptación

  • El instrumento tiene mensaje inicial, flujo y cierre.
  • La rúbrica usa criterios observables.
  • El responsable, el revisor y la evidencia compartida quedan identificados.
  • La recomendación conserva fecha, resultado y evidencia revisable.

Casos borde

  • Falta evidencia: el instrumento declara coverage_gap.
  • La solicitud excede el rol: se detiene y explica el límite.
  • Respuesta ambigua: formula una pregunta concreta antes de avanzar.

Compensaciones

  • Más estructura aumenta repetibilidad, pero exige mantener el instrumento cuando cambian las fuentes.

Supuestos

  • Los inputs, permisos y fuentes declarados representan el caso que se revisará.

Límites

  • Configura un instrumento; no produce evidencia por sí solo.
MetapromptConstructor de evaluadorDiseñar una evaluación progresiva que compruebe aplicación, criterio y transferencia.4 · Niveles de estructura del promptPlantilla / DemoAbrir promptEjecutar enChat · fuentes seleccionadas
Antes de copiar
Cuándo usarlo
Cuando necesitas reutilizar una semana que convierta actividad en resultados sin copiar una sesión anterior.
Ejemplo
Caso sintético resuelto para el flujo del equipo: un responsable decide y una persona distinta revisa la evidencia; objetivo: una semana que convierta actividad en resultados; fuentes y límites declarados.
Evidencia
El instrumento tiene mensaje inicial, flujo y cierre.; La rúbrica usa criterios observables.
Límite
Configura un instrumento; no produce evidencia por sí solo.
RecibeRevisión semanal basada en hechos
ProducePlan de evaluación
[CAMPO EN MAYÚSCULA] se reemplaza · [texto en minúscula] se ajusta o borra
Qué debes reemplazar 4
  • <OBJETIVO_DE_EVALUACIÓN>capacidad observable que debe comprobarEjemplo: aplicar el método a un caso · Obligatorio
  • <EVIDENCIA>hechos o registros que sostienen la revisiónEjemplo: tablero, citas y versión · Obligatorio
  • <RÚBRICA>criterios y niveles observablesEjemplo: aplica, justifica y transfiere · Obligatorio
  • <RESPONSABLE_DEL_RESULTADO>persona que decide y responde por el resultadoEjemplo: líder de la propuesta · Obligatorio
Parámetros
  • LONGITUD = concisa
  • ESTRUCTURA = tabla breve + decisión
  • PROFUNDIDAD = operativa
  • APROBACIÓN = humana obligatoria
Nivel 1 · DirectoUna instrucción clara, lista para conversar y ajustar.
Nivel 1Directo

Una instrucción clara, lista para conversar y ajustar.

Objetivo: Diseñar una evaluación progresiva que compruebe aplicación, criterio y transferencia. El equipo nombra una persona responsable y una revisión independiente.Datos: OBJETIVO_DE_EVALUACIÓN=[OBJETIVO_DE_EVALUACIÓN · capacidad observable que debe comprobar · ej.: aplicar el método a un caso]; EVIDENCIA=[EVIDENCIA · hechos o registros que sostienen la revisión · ej.: tablero, citas y versión]; RÚBRICA=[RÚBRICA · criterios y niveles observables · ej.: aplica, justifica y transfiere]; RESPONSABLE_DEL_RESULTADO=[RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta].Aplica: Rúbrica observable; Evaluación progresiva; Reintento con evidencia.Orden: Declara propósito, audiencia y resultado observable. → Prueba el instrumento con la Demo y registra ajustes.Entrega: Plan de evaluación; El instrumento tiene mensaje inicial, flujo y cierre.Límite: Diseña el instrumento; no simules haberlo ejecutado.[Señala el dato faltante que cambiaría la decisión.]
Demo · Nivel 1 · Directo
Objetivo: Diseñar una evaluación progresiva que compruebe aplicación, criterio y transferencia. El equipo nombra una persona responsable y una revisión independiente.Datos: OBJETIVO_DE_EVALUACIÓN=aplicar el método, justificar la decisión y transferirlo; EVIDENCIA=tablero de cinco días, tres citas y versión 0.2 del artefacto; RÚBRICA=tres criterios con niveles inicial, suficiente y transferible; RESPONSABLE_DEL_RESULTADO=líder de la propuesta; revisor de calidad independiente; Datos sintéticos disponibles: ARTEFACTO_DEMO=Caso sintético resuelto para el flujo del equipo: un responsable decide y una persona distinta revisa la evidencia; objetivo: una semana que convierta actividad en resultados; fuentes y límites declarados.Aplica: Rúbrica observable; Evaluación progresiva; Reintento con evidencia.Orden: Declara propósito, audiencia y resultado observable. → Prueba el instrumento con la Demo y registra ajustes.Entrega: Plan de evaluación; El instrumento tiene mensaje inicial, flujo y cierre.Límite: Diseña el instrumento; no simules haberlo ejecutado.Señala el dato faltante que cambiaría la decisión.
Nivel 2 · EstructuradoExplicita entradas, opciones, flujo y resultado esperado.
Nivel 2Estructurado

Explicita entradas, opciones, flujo y resultado esperado.

# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSOBJETIVO_DE_EVALUACIÓN = [OBJETIVO_DE_EVALUACIÓN · capacidad observable que debe comprobar · ej.: aplicar el método a un caso]EVIDENCIA = [EVIDENCIA · hechos o registros que sostienen la revisión · ej.: tablero, citas y versión]RÚBRICA = [RÚBRICA · criterios y niveles observables · ej.: aplica, justifica y transfiere]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]# TareaDiseñar una evaluación progresiva que compruebe aplicación, criterio y transferencia.# MARCOS Y BUENAS PRÁCTICAS- Rúbrica observable- Evaluación progresiva- Reintento con evidencia# Flujo1. Declara propósito, audiencia y resultado observable.2. Define reglas invariantes y datos variables.3. Construye el flujo de interacción y sus gates.4. Añade rúbrica, límites y casos adversariales.5. Prueba el instrumento con la Demo y registra ajustes.# Límites- Diseña el instrumento; no simules haberlo ejecutado.- No permitas respuestas fuera de la evidencia declarada.- No avances sin responsable, derechos de uso y revisión independiente.- No atribuyas causalidad a una práctica con una sola semana de registro.- Configura un instrumento; no produce evidencia por sí solo.# Salida esperada- Plan de evaluación- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.
Demo · Nivel 2 · Estructurado
# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSOBJETIVO_DE_EVALUACIÓN = aplicar el método, justificar la decisión y transferirloEVIDENCIA = tablero de cinco días, tres citas y versión 0.2 del artefactoRÚBRICA = tres criterios con niveles inicial, suficiente y transferibleRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Caso sintético resuelto para el flujo del equipo: un responsable decide y una persona distinta revisa la evidencia; objetivo: una semana que convierta actividad en resultados; fuentes y límites declarados.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.# TareaDiseñar una evaluación progresiva que compruebe aplicación, criterio y transferencia.# MARCOS Y BUENAS PRÁCTICAS- Rúbrica observable- Evaluación progresiva- Reintento con evidencia# Flujo1. Declara propósito, audiencia y resultado observable.2. Define reglas invariantes y datos variables.3. Construye el flujo de interacción y sus gates.4. Añade rúbrica, límites y casos adversariales.5. Prueba el instrumento con la Demo y registra ajustes.# Límites- Diseña el instrumento; no simules haberlo ejecutado.- No permitas respuestas fuera de la evidencia declarada.- No avances sin responsable, derechos de uso y revisión independiente.- No atribuyas causalidad a una práctica con una sola semana de registro.- Configura un instrumento; no produce evidencia por sí solo.# Salida esperada- Plan de evaluación- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.
Nivel 3 · EspecificadoAñade contrato, límites, validación y definición de terminado.
Nivel 3Especificado

Añade contrato, límites, validación y definición de terminado.

# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: Cuando necesitas reutilizar una semana que convierta actividad en resultados sin copiar una sesión anterior.# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSOBJETIVO_DE_EVALUACIÓN = [OBJETIVO_DE_EVALUACIÓN · capacidad observable que debe comprobar · ej.: aplicar el método a un caso]EVIDENCIA = [EVIDENCIA · hechos o registros que sostienen la revisión · ej.: tablero, citas y versión]RÚBRICA = [RÚBRICA · criterios y niveles observables · ej.: aplica, justifica y transfiere]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]## P — Propósito y alcanceRol experto: Especialista responsable de constructor de evaluador.Entregable: Plan de evaluaciónIncluye: Diseñar una evaluación progresiva que compruebe aplicación, criterio y transferencia.No incluye: Configura un instrumento; no produce evidencia por sí solo.## E — Estándares y ejecución### MARCOS Y BUENAS PRÁCTICAS- Rúbrica observable- Evaluación progresiva- Reintento con evidenciaPasos:1. Declara propósito, audiencia y resultado observable.2. Define reglas invariantes y datos variables.3. Construye el flujo de interacción y sus gates.4. Añade rúbrica, límites y casos adversariales.5. Prueba el instrumento con la Demo y registra ajustes.### Casos borde- Falta evidencia: el instrumento declara coverage_gap.- La solicitud excede el rol: se detiene y explica el límite.- Respuesta ambigua: formula una pregunta concreta antes de avanzar.## C — Criterios verificables# Salida esperada:- Plan de evaluación- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.Criterios observables:- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.# Definition of Done: El instrumento tiene mensaje inicial, flujo y cierre.; La rúbrica usa criterios observables.; El responsable, el revisor y la evidencia compartida quedan identificados.; La recomendación conserva fecha, resultado y evidencia revisable.Trade-off: Más estructura aumenta repetibilidad, pero exige mantener el instrumento cuando cambian las fuentes.## Procedencia- Datos del caso- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook, ev-m02-official-pdf## Metadata- module: 02- prompt: prompt-m2- surface: chatDevuelve conclusiones, evidencia y metadata auditable; no expongas razonamiento privado ni cadena de pensamiento.
Demo · Nivel 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: Cuando necesitas reutilizar una semana que convierta actividad en resultados sin copiar una sesión anterior.# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSOBJETIVO_DE_EVALUACIÓN = aplicar el método, justificar la decisión y transferirloEVIDENCIA = tablero de cinco días, tres citas y versión 0.2 del artefactoRÚBRICA = tres criterios con niveles inicial, suficiente y transferibleRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Caso sintético resuelto para el flujo del equipo: un responsable decide y una persona distinta revisa la evidencia; objetivo: una semana que convierta actividad en resultados; fuentes y límites declarados.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.## P — Propósito y alcanceRol experto: Especialista responsable de constructor de evaluador.Entregable: Plan de evaluaciónIncluye: Diseñar una evaluación progresiva que compruebe aplicación, criterio y transferencia.No incluye: Configura un instrumento; no produce evidencia por sí solo.## E — Estándares y ejecución### MARCOS Y BUENAS PRÁCTICAS- Rúbrica observable- Evaluación progresiva- Reintento con evidenciaPasos:1. Declara propósito, audiencia y resultado observable.2. Define reglas invariantes y datos variables.3. Construye el flujo de interacción y sus gates.4. Añade rúbrica, límites y casos adversariales.5. Prueba el instrumento con la Demo y registra ajustes.### Casos borde- Falta evidencia: el instrumento declara coverage_gap.- La solicitud excede el rol: se detiene y explica el límite.- Respuesta ambigua: formula una pregunta concreta antes de avanzar.## C — Criterios verificables# Salida esperada:- Plan de evaluación- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.Criterios observables:- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.# Definition of Done: El instrumento tiene mensaje inicial, flujo y cierre.; La rúbrica usa criterios observables.; El responsable, el revisor y la evidencia compartida quedan identificados.; La recomendación conserva fecha, resultado y evidencia revisable.Trade-off: Más estructura aumenta repetibilidad, pero exige mantener el instrumento cuando cambian las fuentes.## Procedencia- Demo sintética- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook, ev-m02-official-pdf## Metadata- module: 02- prompt: prompt-m2- surface: chatDevuelve conclusiones, evidencia y metadata auditable; no expongas razonamiento privado ni cadena de pensamiento.
Nivel 4 · OrquestadoSepara instrucciones de sistema y solicitud del usuario para reutilizar.
Nivel 4Orquestado

Separa instrucciones de sistema y solicitud del usuario para reutilizar.

# systemEspecialista responsable de constructor de evaluador.# MARCOS Y BUENAS PRÁCTICAS- Rúbrica observable- Evaluación progresiva- Reintento con evidencia# Límites- Diseña el instrumento; no simules haberlo ejecutado.- No permitas respuestas fuera de la evidencia declarada.- No avances sin responsable, derechos de uso y revisión independiente.- No atribuyas causalidad a una práctica con una sola semana de registro.- Configura un instrumento; no produce evidencia por sí solo.# Definition of DoneEl instrumento tiene mensaje inicial, flujo y cierre.; La rúbrica usa criterios observables.; El responsable, el revisor y la evidencia compartida quedan identificados.; La recomendación conserva fecha, resultado y evidencia revisable.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSOBJETIVO_DE_EVALUACIÓN = [OBJETIVO_DE_EVALUACIÓN · capacidad observable que debe comprobar · ej.: aplicar el método a un caso]EVIDENCIA = [EVIDENCIA · hechos o registros que sostienen la revisión · ej.: tablero, citas y versión]RÚBRICA = [RÚBRICA · criterios y niveles observables · ej.: aplica, justifica y transfiere]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]# TareaDiseñar una evaluación progresiva que compruebe aplicación, criterio y transferencia.# Flujo1. Declara propósito, audiencia y resultado observable.2. Define reglas invariantes y datos variables.3. Construye el flujo de interacción y sus gates.4. Añade rúbrica, límites y casos adversariales.5. Prueba el instrumento con la Demo y registra ajustes.# Salida esperada- Plan de evaluación- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.
Demo · Nivel 4 · Orquestado
# systemEspecialista responsable de constructor de evaluador.# MARCOS Y BUENAS PRÁCTICAS- Rúbrica observable- Evaluación progresiva- Reintento con evidencia# Límites- Diseña el instrumento; no simules haberlo ejecutado.- No permitas respuestas fuera de la evidencia declarada.- No avances sin responsable, derechos de uso y revisión independiente.- No atribuyas causalidad a una práctica con una sola semana de registro.- Configura un instrumento; no produce evidencia por sí solo.# Definition of DoneEl instrumento tiene mensaje inicial, flujo y cierre.; La rúbrica usa criterios observables.; El responsable, el revisor y la evidencia compartida quedan identificados.; La recomendación conserva fecha, resultado y evidencia revisable.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSOBJETIVO_DE_EVALUACIÓN = aplicar el método, justificar la decisión y transferirloEVIDENCIA = tablero de cinco días, tres citas y versión 0.2 del artefactoRÚBRICA = tres criterios con niveles inicial, suficiente y transferibleRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Caso sintético resuelto para el flujo del equipo: un responsable decide y una persona distinta revisa la evidencia; objetivo: una semana que convierta actividad en resultados; fuentes y límites declarados.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.# TareaDiseñar una evaluación progresiva que compruebe aplicación, criterio y transferencia.# Flujo1. Declara propósito, audiencia y resultado observable.2. Define reglas invariantes y datos variables.3. Construye el flujo de interacción y sus gates.4. Añade rúbrica, límites y casos adversariales.5. Prueba el instrumento con la Demo y registra ajustes.# Salida esperada- Plan de evaluación- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.
Por qué funcionaCriterios de aceptación

Criterios de aceptación

  • El instrumento tiene mensaje inicial, flujo y cierre.
  • La rúbrica usa criterios observables.
  • El responsable, el revisor y la evidencia compartida quedan identificados.
  • La recomendación conserva fecha, resultado y evidencia revisable.

Casos borde

  • Falta evidencia: el instrumento declara coverage_gap.
  • La solicitud excede el rol: se detiene y explica el límite.
  • Respuesta ambigua: formula una pregunta concreta antes de avanzar.

Compensaciones

  • Más estructura aumenta repetibilidad, pero exige mantener el instrumento cuando cambian las fuentes.

Supuestos

  • Los inputs, permisos y fuentes declarados representan el caso que se revisará.

Límites

  • Configura un instrumento; no produce evidencia por sí solo.
MetapromptConstructor de entrevistadorDiseñar un ensayo de conversación exigente con objeciones ligadas al caso del módulo.4 · Niveles de estructura del promptPlantilla / DemoAbrir promptEjecutar enChat · fuentes seleccionadas
Antes de copiar
Cuándo usarlo
Cuando necesitas reutilizar una semana que convierta actividad en resultados sin copiar una sesión anterior.
Ejemplo
Caso sintético resuelto para el flujo del equipo: un responsable decide y una persona distinta revisa la evidencia; objetivo: una semana que convierta actividad en resultados; fuentes y límites declarados.
Evidencia
El instrumento tiene mensaje inicial, flujo y cierre.; La rúbrica usa criterios observables.
Límite
Configura un instrumento; no produce evidencia por sí solo.
RecibeNota de contraste de la práctica
ProduceGuion de entrevista
[CAMPO EN MAYÚSCULA] se reemplaza · [texto en minúscula] se ajusta o borra
Qué debes reemplazar 4
  • <ENTREGABLE>documento o conversación que debe quedar listoEjemplo: revisión defendible · Obligatorio
  • <OBJECIONES>preguntas difíciles que debe resistirEjemplo: fuente débil o decisión prematura · Obligatorio
  • <EVIDENCIA>hechos o registros que sostienen la revisiónEjemplo: tablero, citas y versión · Obligatorio
  • <RESPONSABLE_DEL_RESULTADO>persona que decide y responde por el resultadoEjemplo: líder de la propuesta · Obligatorio
Parámetros
  • LONGITUD = concisa
  • ESTRUCTURA = tabla breve + decisión
  • PROFUNDIDAD = operativa
  • APROBACIÓN = humana obligatoria
Nivel 1 · DirectoUna instrucción clara, lista para conversar y ajustar.
Nivel 1Directo

Una instrucción clara, lista para conversar y ajustar.

Objetivo: Diseñar un ensayo de conversación exigente con objeciones ligadas al caso del módulo. El equipo nombra una persona responsable y una revisión independiente.Datos: ENTREGABLE=[ENTREGABLE · documento o conversación que debe quedar listo · ej.: revisión defendible]; OBJECIONES=[OBJECIONES · preguntas difíciles que debe resistir · ej.: fuente débil o decisión prematura]; EVIDENCIA=[EVIDENCIA · hechos o registros que sostienen la revisión · ej.: tablero, citas y versión]; RESPONSABLE_DEL_RESULTADO=[RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta].Aplica: Mapa de objeciones; Dificultad progresiva; Feedback verificable.Orden: Declara propósito, audiencia y resultado observable. → Prueba el instrumento con la Demo y registra ajustes.Entrega: Guion de entrevista; El instrumento tiene mensaje inicial, flujo y cierre.Límite: Diseña el instrumento; no simules haberlo ejecutado.[Señala el dato faltante que cambiaría la decisión.]
Demo · Nivel 1 · Directo
Objetivo: Diseñar un ensayo de conversación exigente con objeciones ligadas al caso del módulo. El equipo nombra una persona responsable y una revisión independiente.Datos: ENTREGABLE=revisión breve con evidencia, límite y siguiente paso; OBJECIONES=qué evidencia falta y por qué esta decisión es reversible; EVIDENCIA=tablero de cinco días, tres citas y versión 0.2 del artefacto; RESPONSABLE_DEL_RESULTADO=líder de la propuesta; revisor de calidad independiente; Datos sintéticos disponibles: ARTEFACTO_DEMO=Caso sintético resuelto para el flujo del equipo: un responsable decide y una persona distinta revisa la evidencia; objetivo: una semana que convierta actividad en resultados; fuentes y límites declarados.Aplica: Mapa de objeciones; Dificultad progresiva; Feedback verificable.Orden: Declara propósito, audiencia y resultado observable. → Prueba el instrumento con la Demo y registra ajustes.Entrega: Guion de entrevista; El instrumento tiene mensaje inicial, flujo y cierre.Límite: Diseña el instrumento; no simules haberlo ejecutado.Señala el dato faltante que cambiaría la decisión.
Nivel 2 · EstructuradoExplicita entradas, opciones, flujo y resultado esperado.
Nivel 2Estructurado

Explicita entradas, opciones, flujo y resultado esperado.

# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSENTREGABLE = [ENTREGABLE · documento o conversación que debe quedar listo · ej.: revisión defendible]OBJECIONES = [OBJECIONES · preguntas difíciles que debe resistir · ej.: fuente débil o decisión prematura]EVIDENCIA = [EVIDENCIA · hechos o registros que sostienen la revisión · ej.: tablero, citas y versión]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]# TareaDiseñar un ensayo de conversación exigente con objeciones ligadas al caso del módulo.# MARCOS Y BUENAS PRÁCTICAS- Mapa de objeciones- Dificultad progresiva- Feedback verificable# Flujo1. Declara propósito, audiencia y resultado observable.2. Define reglas invariantes y datos variables.3. Construye el flujo de interacción y sus gates.4. Añade rúbrica, límites y casos adversariales.5. Prueba el instrumento con la Demo y registra ajustes.# Límites- Diseña el instrumento; no simules haberlo ejecutado.- No permitas respuestas fuera de la evidencia declarada.- No avances sin responsable, derechos de uso y revisión independiente.- No atribuyas causalidad a una práctica con una sola semana de registro.- Configura un instrumento; no produce evidencia por sí solo.# Salida esperada- Guion de entrevista- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.
Demo · Nivel 2 · Estructurado
# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSENTREGABLE = revisión breve con evidencia, límite y siguiente pasoOBJECIONES = qué evidencia falta y por qué esta decisión es reversibleEVIDENCIA = tablero de cinco días, tres citas y versión 0.2 del artefactoRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Caso sintético resuelto para el flujo del equipo: un responsable decide y una persona distinta revisa la evidencia; objetivo: una semana que convierta actividad en resultados; fuentes y límites declarados.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.# TareaDiseñar un ensayo de conversación exigente con objeciones ligadas al caso del módulo.# MARCOS Y BUENAS PRÁCTICAS- Mapa de objeciones- Dificultad progresiva- Feedback verificable# Flujo1. Declara propósito, audiencia y resultado observable.2. Define reglas invariantes y datos variables.3. Construye el flujo de interacción y sus gates.4. Añade rúbrica, límites y casos adversariales.5. Prueba el instrumento con la Demo y registra ajustes.# Límites- Diseña el instrumento; no simules haberlo ejecutado.- No permitas respuestas fuera de la evidencia declarada.- No avances sin responsable, derechos de uso y revisión independiente.- No atribuyas causalidad a una práctica con una sola semana de registro.- Configura un instrumento; no produce evidencia por sí solo.# Salida esperada- Guion de entrevista- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.
Nivel 3 · EspecificadoAñade contrato, límites, validación y definición de terminado.
Nivel 3Especificado

Añade contrato, límites, validación y definición de terminado.

# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: Cuando necesitas reutilizar una semana que convierta actividad en resultados sin copiar una sesión anterior.# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSENTREGABLE = [ENTREGABLE · documento o conversación que debe quedar listo · ej.: revisión defendible]OBJECIONES = [OBJECIONES · preguntas difíciles que debe resistir · ej.: fuente débil o decisión prematura]EVIDENCIA = [EVIDENCIA · hechos o registros que sostienen la revisión · ej.: tablero, citas y versión]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]## P — Propósito y alcanceRol experto: Especialista responsable de constructor de entrevistador.Entregable: Guion de entrevistaIncluye: Diseñar un ensayo de conversación exigente con objeciones ligadas al caso del módulo.No incluye: Configura un instrumento; no produce evidencia por sí solo.## E — Estándares y ejecución### MARCOS Y BUENAS PRÁCTICAS- Mapa de objeciones- Dificultad progresiva- Feedback verificablePasos:1. Declara propósito, audiencia y resultado observable.2. Define reglas invariantes y datos variables.3. Construye el flujo de interacción y sus gates.4. Añade rúbrica, límites y casos adversariales.5. Prueba el instrumento con la Demo y registra ajustes.### Casos borde- Falta evidencia: el instrumento declara coverage_gap.- La solicitud excede el rol: se detiene y explica el límite.- Respuesta ambigua: formula una pregunta concreta antes de avanzar.## C — Criterios verificables# Salida esperada:- Guion de entrevista- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.Criterios observables:- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.# Definition of Done: El instrumento tiene mensaje inicial, flujo y cierre.; La rúbrica usa criterios observables.; El responsable, el revisor y la evidencia compartida quedan identificados.; La recomendación conserva fecha, resultado y evidencia revisable.Trade-off: Más estructura aumenta repetibilidad, pero exige mantener el instrumento cuando cambian las fuentes.## Procedencia- Datos del caso- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook, ev-m02-official-pdf## Metadata- module: 02- prompt: prompt-m3- surface: chatDevuelve conclusiones, evidencia y metadata auditable; no expongas razonamiento privado ni cadena de pensamiento.
Demo · Nivel 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: Cuando necesitas reutilizar una semana que convierta actividad en resultados sin copiar una sesión anterior.# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSENTREGABLE = revisión breve con evidencia, límite y siguiente pasoOBJECIONES = qué evidencia falta y por qué esta decisión es reversibleEVIDENCIA = tablero de cinco días, tres citas y versión 0.2 del artefactoRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Caso sintético resuelto para el flujo del equipo: un responsable decide y una persona distinta revisa la evidencia; objetivo: una semana que convierta actividad en resultados; fuentes y límites declarados.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.## P — Propósito y alcanceRol experto: Especialista responsable de constructor de entrevistador.Entregable: Guion de entrevistaIncluye: Diseñar un ensayo de conversación exigente con objeciones ligadas al caso del módulo.No incluye: Configura un instrumento; no produce evidencia por sí solo.## E — Estándares y ejecución### MARCOS Y BUENAS PRÁCTICAS- Mapa de objeciones- Dificultad progresiva- Feedback verificablePasos:1. Declara propósito, audiencia y resultado observable.2. Define reglas invariantes y datos variables.3. Construye el flujo de interacción y sus gates.4. Añade rúbrica, límites y casos adversariales.5. Prueba el instrumento con la Demo y registra ajustes.### Casos borde- Falta evidencia: el instrumento declara coverage_gap.- La solicitud excede el rol: se detiene y explica el límite.- Respuesta ambigua: formula una pregunta concreta antes de avanzar.## C — Criterios verificables# Salida esperada:- Guion de entrevista- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.Criterios observables:- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.# Definition of Done: El instrumento tiene mensaje inicial, flujo y cierre.; La rúbrica usa criterios observables.; El responsable, el revisor y la evidencia compartida quedan identificados.; La recomendación conserva fecha, resultado y evidencia revisable.Trade-off: Más estructura aumenta repetibilidad, pero exige mantener el instrumento cuando cambian las fuentes.## Procedencia- Demo sintética- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook, ev-m02-official-pdf## Metadata- module: 02- prompt: prompt-m3- surface: chatDevuelve conclusiones, evidencia y metadata auditable; no expongas razonamiento privado ni cadena de pensamiento.
Nivel 4 · OrquestadoSepara instrucciones de sistema y solicitud del usuario para reutilizar.
Nivel 4Orquestado

Separa instrucciones de sistema y solicitud del usuario para reutilizar.

# systemEspecialista responsable de constructor de entrevistador.# MARCOS Y BUENAS PRÁCTICAS- Mapa de objeciones- Dificultad progresiva- Feedback verificable# Límites- Diseña el instrumento; no simules haberlo ejecutado.- No permitas respuestas fuera de la evidencia declarada.- No avances sin responsable, derechos de uso y revisión independiente.- No atribuyas causalidad a una práctica con una sola semana de registro.- Configura un instrumento; no produce evidencia por sí solo.# Definition of DoneEl instrumento tiene mensaje inicial, flujo y cierre.; La rúbrica usa criterios observables.; El responsable, el revisor y la evidencia compartida quedan identificados.; La recomendación conserva fecha, resultado y evidencia revisable.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSENTREGABLE = [ENTREGABLE · documento o conversación que debe quedar listo · ej.: revisión defendible]OBJECIONES = [OBJECIONES · preguntas difíciles que debe resistir · ej.: fuente débil o decisión prematura]EVIDENCIA = [EVIDENCIA · hechos o registros que sostienen la revisión · ej.: tablero, citas y versión]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]# TareaDiseñar un ensayo de conversación exigente con objeciones ligadas al caso del módulo.# Flujo1. Declara propósito, audiencia y resultado observable.2. Define reglas invariantes y datos variables.3. Construye el flujo de interacción y sus gates.4. Añade rúbrica, límites y casos adversariales.5. Prueba el instrumento con la Demo y registra ajustes.# Salida esperada- Guion de entrevista- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.
Demo · Nivel 4 · Orquestado
# systemEspecialista responsable de constructor de entrevistador.# MARCOS Y BUENAS PRÁCTICAS- Mapa de objeciones- Dificultad progresiva- Feedback verificable# Límites- Diseña el instrumento; no simules haberlo ejecutado.- No permitas respuestas fuera de la evidencia declarada.- No avances sin responsable, derechos de uso y revisión independiente.- No atribuyas causalidad a una práctica con una sola semana de registro.- Configura un instrumento; no produce evidencia por sí solo.# Definition of DoneEl instrumento tiene mensaje inicial, flujo y cierre.; La rúbrica usa criterios observables.; El responsable, el revisor y la evidencia compartida quedan identificados.; La recomendación conserva fecha, resultado y evidencia revisable.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSENTREGABLE = revisión breve con evidencia, límite y siguiente pasoOBJECIONES = qué evidencia falta y por qué esta decisión es reversibleEVIDENCIA = tablero de cinco días, tres citas y versión 0.2 del artefactoRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Caso sintético resuelto para el flujo del equipo: un responsable decide y una persona distinta revisa la evidencia; objetivo: una semana que convierta actividad en resultados; fuentes y límites declarados.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.# TareaDiseñar un ensayo de conversación exigente con objeciones ligadas al caso del módulo.# Flujo1. Declara propósito, audiencia y resultado observable.2. Define reglas invariantes y datos variables.3. Construye el flujo de interacción y sus gates.4. Añade rúbrica, límites y casos adversariales.5. Prueba el instrumento con la Demo y registra ajustes.# Salida esperada- Guion de entrevista- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.
Por qué funcionaCriterios de aceptación

Criterios de aceptación

  • El instrumento tiene mensaje inicial, flujo y cierre.
  • La rúbrica usa criterios observables.
  • El responsable, el revisor y la evidencia compartida quedan identificados.
  • La recomendación conserva fecha, resultado y evidencia revisable.

Casos borde

  • Falta evidencia: el instrumento declara coverage_gap.
  • La solicitud excede el rol: se detiene y explica el límite.
  • Respuesta ambigua: formula una pregunta concreta antes de avanzar.

Compensaciones

  • Más estructura aumenta repetibilidad, pero exige mantener el instrumento cuando cambian las fuentes.

Supuestos

  • Los inputs, permisos y fuentes declarados representan el caso que se revisará.

Límites

  • Configura un instrumento; no produce evidencia por sí solo.
MetapromptConstructor de preparadorDiseñar una guía que convierta el trabajo del módulo en una entrega breve y defendible.4 · Niveles de estructura del promptPlantilla / DemoAbrir promptEjecutar enChat · fuentes seleccionadas
Antes de copiar
Cuándo usarlo
Cuando necesitas reutilizar una semana que convierta actividad en resultados sin copiar una sesión anterior.
Ejemplo
Caso sintético resuelto para el flujo del equipo: un responsable decide y una persona distinta revisa la evidencia; objetivo: una semana que convierta actividad en resultados; fuentes y límites declarados.
Evidencia
El instrumento tiene mensaje inicial, flujo y cierre.; La rúbrica usa criterios observables.
Límite
Configura un instrumento; no produce evidencia por sí solo.
RecibeSistema semanal versionado
ProduceGuía de preparación
[CAMPO EN MAYÚSCULA] se reemplaza · [texto en minúscula] se ajusta o borra
Qué debes reemplazar 4
  • <ENTREGABLE>documento o conversación que debe quedar listoEjemplo: revisión defendible · Obligatorio
  • <SECCIONES>partes mínimas y su ordenEjemplo: resultado, evidencia y decisión · Obligatorio
  • <CRITERIOS>reglas explícitas para comparar opcionesEjemplo: impacto, urgencia y esfuerzo · Obligatorio
  • <RESPONSABLE_DEL_RESULTADO>persona que decide y responde por el resultadoEjemplo: líder de la propuesta · Obligatorio
Parámetros
  • LONGITUD = concisa
  • ESTRUCTURA = tabla breve + decisión
  • PROFUNDIDAD = operativa
  • APROBACIÓN = humana obligatoria
Nivel 1 · DirectoUna instrucción clara, lista para conversar y ajustar.
Nivel 1Directo

Una instrucción clara, lista para conversar y ajustar.

Objetivo: Diseñar una guía que convierta el trabajo del módulo en una entrega breve y defendible. El equipo nombra una persona responsable y una revisión independiente.Datos: ENTREGABLE=[ENTREGABLE · documento o conversación que debe quedar listo · ej.: revisión defendible]; SECCIONES=[SECCIONES · partes mínimas y su orden · ej.: resultado, evidencia y decisión]; CRITERIOS=[CRITERIOS · reglas explícitas para comparar opciones · ej.: impacto, urgencia y esfuerzo]; RESPONSABLE_DEL_RESULTADO=[RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta].Aplica: BLUF; Definition of Done; Ensayo por secciones.Orden: Declara propósito, audiencia y resultado observable. → Prueba el instrumento con la Demo y registra ajustes.Entrega: Guía de preparación; El instrumento tiene mensaje inicial, flujo y cierre.Límite: Diseña el instrumento; no simules haberlo ejecutado.[Señala el dato faltante que cambiaría la decisión.]
Demo · Nivel 1 · Directo
Objetivo: Diseñar una guía que convierta el trabajo del módulo en una entrega breve y defendible. El equipo nombra una persona responsable y una revisión independiente.Datos: ENTREGABLE=revisión breve con evidencia, límite y siguiente paso; SECCIONES=resultado, evidencia, decisión, límite y siguiente paso; CRITERIOS=impacto en la entrega, fecha límite y esfuerzo restante; RESPONSABLE_DEL_RESULTADO=líder de la propuesta; revisor de calidad independiente; Datos sintéticos disponibles: ARTEFACTO_DEMO=Caso sintético resuelto para el flujo del equipo: un responsable decide y una persona distinta revisa la evidencia; objetivo: una semana que convierta actividad en resultados; fuentes y límites declarados.Aplica: BLUF; Definition of Done; Ensayo por secciones.Orden: Declara propósito, audiencia y resultado observable. → Prueba el instrumento con la Demo y registra ajustes.Entrega: Guía de preparación; El instrumento tiene mensaje inicial, flujo y cierre.Límite: Diseña el instrumento; no simules haberlo ejecutado.Señala el dato faltante que cambiaría la decisión.
Nivel 2 · EstructuradoExplicita entradas, opciones, flujo y resultado esperado.
Nivel 2Estructurado

Explicita entradas, opciones, flujo y resultado esperado.

# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSENTREGABLE = [ENTREGABLE · documento o conversación que debe quedar listo · ej.: revisión defendible]SECCIONES = [SECCIONES · partes mínimas y su orden · ej.: resultado, evidencia y decisión]CRITERIOS = [CRITERIOS · reglas explícitas para comparar opciones · ej.: impacto, urgencia y esfuerzo]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]# TareaDiseñar una guía que convierta el trabajo del módulo en una entrega breve y defendible.# MARCOS Y BUENAS PRÁCTICAS- BLUF- Definition of Done- Ensayo por secciones# Flujo1. Declara propósito, audiencia y resultado observable.2. Define reglas invariantes y datos variables.3. Construye el flujo de interacción y sus gates.4. Añade rúbrica, límites y casos adversariales.5. Prueba el instrumento con la Demo y registra ajustes.# Límites- Diseña el instrumento; no simules haberlo ejecutado.- No permitas respuestas fuera de la evidencia declarada.- No avances sin responsable, derechos de uso y revisión independiente.- No atribuyas causalidad a una práctica con una sola semana de registro.- Configura un instrumento; no produce evidencia por sí solo.# Salida esperada- Guía de preparación- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.
Demo · Nivel 2 · Estructurado
# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSENTREGABLE = revisión breve con evidencia, límite y siguiente pasoSECCIONES = resultado, evidencia, decisión, límite y siguiente pasoCRITERIOS = impacto en la entrega, fecha límite y esfuerzo restanteRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Caso sintético resuelto para el flujo del equipo: un responsable decide y una persona distinta revisa la evidencia; objetivo: una semana que convierta actividad en resultados; fuentes y límites declarados.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.# TareaDiseñar una guía que convierta el trabajo del módulo en una entrega breve y defendible.# MARCOS Y BUENAS PRÁCTICAS- BLUF- Definition of Done- Ensayo por secciones# Flujo1. Declara propósito, audiencia y resultado observable.2. Define reglas invariantes y datos variables.3. Construye el flujo de interacción y sus gates.4. Añade rúbrica, límites y casos adversariales.5. Prueba el instrumento con la Demo y registra ajustes.# Límites- Diseña el instrumento; no simules haberlo ejecutado.- No permitas respuestas fuera de la evidencia declarada.- No avances sin responsable, derechos de uso y revisión independiente.- No atribuyas causalidad a una práctica con una sola semana de registro.- Configura un instrumento; no produce evidencia por sí solo.# Salida esperada- Guía de preparación- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.
Nivel 3 · EspecificadoAñade contrato, límites, validación y definición de terminado.
Nivel 3Especificado

Añade contrato, límites, validación y definición de terminado.

# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: Cuando necesitas reutilizar una semana que convierta actividad en resultados sin copiar una sesión anterior.# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSENTREGABLE = [ENTREGABLE · documento o conversación que debe quedar listo · ej.: revisión defendible]SECCIONES = [SECCIONES · partes mínimas y su orden · ej.: resultado, evidencia y decisión]CRITERIOS = [CRITERIOS · reglas explícitas para comparar opciones · ej.: impacto, urgencia y esfuerzo]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]## P — Propósito y alcanceRol experto: Especialista responsable de constructor de preparador.Entregable: Guía de preparaciónIncluye: Diseñar una guía que convierta el trabajo del módulo en una entrega breve y defendible.No incluye: Configura un instrumento; no produce evidencia por sí solo.## E — Estándares y ejecución### MARCOS Y BUENAS PRÁCTICAS- BLUF- Definition of Done- Ensayo por seccionesPasos:1. Declara propósito, audiencia y resultado observable.2. Define reglas invariantes y datos variables.3. Construye el flujo de interacción y sus gates.4. Añade rúbrica, límites y casos adversariales.5. Prueba el instrumento con la Demo y registra ajustes.### Casos borde- Falta evidencia: el instrumento declara coverage_gap.- La solicitud excede el rol: se detiene y explica el límite.- Respuesta ambigua: formula una pregunta concreta antes de avanzar.## C — Criterios verificables# Salida esperada:- Guía de preparación- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.Criterios observables:- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.# Definition of Done: El instrumento tiene mensaje inicial, flujo y cierre.; La rúbrica usa criterios observables.; El responsable, el revisor y la evidencia compartida quedan identificados.; La recomendación conserva fecha, resultado y evidencia revisable.Trade-off: Más estructura aumenta repetibilidad, pero exige mantener el instrumento cuando cambian las fuentes.## Procedencia- Datos del caso- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook, ev-m02-official-pdf## Metadata- module: 02- prompt: prompt-m4- surface: chatDevuelve conclusiones, evidencia y metadata auditable; no expongas razonamiento privado ni cadena de pensamiento.
Demo · Nivel 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: Cuando necesitas reutilizar una semana que convierta actividad en resultados sin copiar una sesión anterior.# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSENTREGABLE = revisión breve con evidencia, límite y siguiente pasoSECCIONES = resultado, evidencia, decisión, límite y siguiente pasoCRITERIOS = impacto en la entrega, fecha límite y esfuerzo restanteRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Caso sintético resuelto para el flujo del equipo: un responsable decide y una persona distinta revisa la evidencia; objetivo: una semana que convierta actividad en resultados; fuentes y límites declarados.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.## P — Propósito y alcanceRol experto: Especialista responsable de constructor de preparador.Entregable: Guía de preparaciónIncluye: Diseñar una guía que convierta el trabajo del módulo en una entrega breve y defendible.No incluye: Configura un instrumento; no produce evidencia por sí solo.## E — Estándares y ejecución### MARCOS Y BUENAS PRÁCTICAS- BLUF- Definition of Done- Ensayo por seccionesPasos:1. Declara propósito, audiencia y resultado observable.2. Define reglas invariantes y datos variables.3. Construye el flujo de interacción y sus gates.4. Añade rúbrica, límites y casos adversariales.5. Prueba el instrumento con la Demo y registra ajustes.### Casos borde- Falta evidencia: el instrumento declara coverage_gap.- La solicitud excede el rol: se detiene y explica el límite.- Respuesta ambigua: formula una pregunta concreta antes de avanzar.## C — Criterios verificables# Salida esperada:- Guía de preparación- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.Criterios observables:- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.# Definition of Done: El instrumento tiene mensaje inicial, flujo y cierre.; La rúbrica usa criterios observables.; El responsable, el revisor y la evidencia compartida quedan identificados.; La recomendación conserva fecha, resultado y evidencia revisable.Trade-off: Más estructura aumenta repetibilidad, pero exige mantener el instrumento cuando cambian las fuentes.## Procedencia- Demo sintética- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook, ev-m02-official-pdf## Metadata- module: 02- prompt: prompt-m4- surface: chatDevuelve conclusiones, evidencia y metadata auditable; no expongas razonamiento privado ni cadena de pensamiento.
Nivel 4 · OrquestadoSepara instrucciones de sistema y solicitud del usuario para reutilizar.
Nivel 4Orquestado

Separa instrucciones de sistema y solicitud del usuario para reutilizar.

# systemEspecialista responsable de constructor de preparador.# MARCOS Y BUENAS PRÁCTICAS- BLUF- Definition of Done- Ensayo por secciones# Límites- Diseña el instrumento; no simules haberlo ejecutado.- No permitas respuestas fuera de la evidencia declarada.- No avances sin responsable, derechos de uso y revisión independiente.- No atribuyas causalidad a una práctica con una sola semana de registro.- Configura un instrumento; no produce evidencia por sí solo.# Definition of DoneEl instrumento tiene mensaje inicial, flujo y cierre.; La rúbrica usa criterios observables.; El responsable, el revisor y la evidencia compartida quedan identificados.; La recomendación conserva fecha, resultado y evidencia revisable.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSENTREGABLE = [ENTREGABLE · documento o conversación que debe quedar listo · ej.: revisión defendible]SECCIONES = [SECCIONES · partes mínimas y su orden · ej.: resultado, evidencia y decisión]CRITERIOS = [CRITERIOS · reglas explícitas para comparar opciones · ej.: impacto, urgencia y esfuerzo]RESPONSABLE_DEL_RESULTADO = [RESPONSABLE_DEL_RESULTADO · persona que decide y responde por el resultado · ej.: líder de la propuesta]# Ajustes opcionales[Señala el dato faltante que cambiaría la decisión.]# TareaDiseñar una guía que convierta el trabajo del módulo en una entrega breve y defendible.# Flujo1. Declara propósito, audiencia y resultado observable.2. Define reglas invariantes y datos variables.3. Construye el flujo de interacción y sus gates.4. Añade rúbrica, límites y casos adversariales.5. Prueba el instrumento con la Demo y registra ajustes.# Salida esperada- Guía de preparación- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.
Demo · Nivel 4 · Orquestado
# systemEspecialista responsable de constructor de preparador.# MARCOS Y BUENAS PRÁCTICAS- BLUF- Definition of Done- Ensayo por secciones# Límites- Diseña el instrumento; no simules haberlo ejecutado.- No permitas respuestas fuera de la evidencia declarada.- No avances sin responsable, derechos de uso y revisión independiente.- No atribuyas causalidad a una práctica con una sola semana de registro.- Configura un instrumento; no produce evidencia por sí solo.# Definition of DoneEl instrumento tiene mensaje inicial, flujo y cierre.; La rúbrica usa criterios observables.; El responsable, el revisor y la evidencia compartida quedan identificados.; La recomendación conserva fecha, resultado y evidencia revisable.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = tabla breve + decisiónPROFUNDIDAD = operativaAPROBACIÓN = humana obligatoria# INPUTSENTREGABLE = revisión breve con evidencia, límite y siguiente pasoSECCIONES = resultado, evidencia, decisión, límite y siguiente pasoCRITERIOS = impacto en la entrega, fecha límite y esfuerzo restanteRESPONSABLE_DEL_RESULTADO = líder de la propuesta; revisor de calidad independienteDatos sintéticos disponibles: ARTEFACTO_DEMO = Caso sintético resuelto para el flujo del equipo: un responsable decide y una persona distinta revisa la evidencia; objetivo: una semana que convierta actividad en resultados; fuentes y límites declarados.# Ajustes opcionalesSeñala el dato faltante que cambiaría la decisión.# TareaDiseñar una guía que convierta el trabajo del módulo en una entrega breve y defendible.# Flujo1. Declara propósito, audiencia y resultado observable.2. Define reglas invariantes y datos variables.3. Construye el flujo de interacción y sus gates.4. Añade rúbrica, límites y casos adversariales.5. Prueba el instrumento con la Demo y registra ajustes.# Salida esperada- Guía de preparación- El instrumento tiene mensaje inicial, flujo y cierre.- La rúbrica usa criterios observables.- El responsable, el revisor y la evidencia compartida quedan identificados.- La recomendación conserva fecha, resultado y evidencia revisable.
Por qué funcionaCriterios de aceptación

Criterios de aceptación

  • El instrumento tiene mensaje inicial, flujo y cierre.
  • La rúbrica usa criterios observables.
  • El responsable, el revisor y la evidencia compartida quedan identificados.
  • La recomendación conserva fecha, resultado y evidencia revisable.

Casos borde

  • Falta evidencia: el instrumento declara coverage_gap.
  • La solicitud excede el rol: se detiene y explica el límite.
  • Respuesta ambigua: formula una pregunta concreta antes de avanzar.

Compensaciones

  • Más estructura aumenta repetibilidad, pero exige mantener el instrumento cuando cambian las fuentes.

Supuestos

  • Los inputs, permisos y fuentes declarados representan el caso que se revisará.

Límites

  • Configura un instrumento; no produce evidencia por sí solo.
Siguiente paso

Trabajar amplificado

Continúa con el siguiente recurso del recorrido.

Prompts → Trabajar amplificado