Saltar al contenido
ConoceNivel 0 · por MetodologIAIr a MetodologIA
Clase 01 · 10 prompts + 4 metaprompts

Opera instrucciones compartidas con fuentes, límites y revisión.

Copiar prompts entre equipos sin contexto crea resultados inconsistentes y responsabilidades ambiguas.

La biblioteca ofrece niveles comparables para diseñar instrucciones según el riesgo y la repetición del flujo.

Vincula objetivo, datos permitidos, formato, evidencia esperada, responsable y criterio de revisión.

Versiona la instrucción y registra fuentes, resultado, revisión humana y cambios aprobados.

10 prompts de trabajo

Del tema a una comprensión defendible

Biblioteca de prompts con niveles y evidencia esperada.
AprenderPlan inicial de investigación del equipoConvierte un tema amplio en una investigación delimitada que los miembros del equipo pueden repartir, con alcance acordado y criterio revisable.4 · Niveles de estructura del promptPlantilla / DemoAbrir promptEjecutar enBuscar fuentes · Deep Research
Antes de copiar
Úsalo cuando
el proceso o una decisión con responsable exige comprender un tema antes de invertir.
Ejemplo
IA generativa para la operación comercial, antes de comprometer presupuesto de formación del área.
Evidencia de salida
alcance acordado dentro/fuera, fuentes primarias con derechos de uso y filtro de vigencia y región, tensiones señaladas y criterio de suficiencia listo para revisión del responsable.
Límite
Informa la decisión, no la aprueba
RecibeTus inputs
Produceplan inicial de investigación
Gate externo
[CAMPO EN MAYÚSCULA] se reemplaza · [texto en minúscula] se ajusta o borra
Qué debes reemplazar 6
  • <TEMA>asunto concretoej.: verificar respuestas de IA · Lo aportas tú
  • <DECISIÓN>elección que debe quedar informadaej.: escalar o ajustar el piloto · Lo aportas tú
  • <EQUIPO>grupo que participaej.: equipo de operaciones · Lo aportas tú
  • <PROCESO>flujo que cambiaráej.: preparación de decisiones · Lo aportas tú
  • <HORIZONTE>periodo relevanteej.: próximos 7 días · Lo aportas tú
  • <REGIÓN>lugar o marco aplicableej.: Colombia · Lo aportas tú
Nivel 1 · DirectoUna instrucción clara, lista para conversar y ajustar.
Nivel 1Directo

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

Nuestro equipo necesita comprender [TEMA] antes de resolver [DECISIÓN], con responsable definido. La consumirá [EQUIPO] dentro de [PROCESO]. Delimita el alcance con dentro/fuera explícito y repartible entre miembros; separa hechos, interpretaciones e incertidumbres. Prioriza fuentes primarias con autor, fecha, enlace, razón y derechos de uso interno, filtradas por vigencia dentro de [HORIZONTE] y aplicabilidad en [REGIÓN]; si chocan, decide el responsable. Identifica tensiones entre posiciones y el riesgo operativo de decidir sin base completa. Si el tema ya llega delimitado, valida el recorte, no lo rehagas. Si no hay fuentes primarias con derechos claros, declara coverage_gap y detente. No inventes fuentes ni certeza. Cierra con un criterio de suficiencia comprobable por un revisor distinto de quien investiga, listo para revisión.
Demo · Nivel 1 · Directo
Nuestro equipo necesita comprender cómo aprender a aprender con IA mediante formas de trabajo de alto rendimiento antes de resolver si escalar, ajustar o detener el piloto, con responsable definido. La consumirá equipo piloto de operaciones dentro de preparación y revisión semanal de decisiones. Delimita el alcance con dentro/fuera explícito y repartible entre miembros; separa hechos, interpretaciones e incertidumbres. Prioriza fuentes primarias con autor, fecha, enlace, razón y derechos de uso interno, filtradas por vigencia dentro de próximos 7 días y aplicabilidad en Colombia; si chocan, decide el responsable. Identifica tensiones entre posiciones y el riesgo operativo de decidir sin base completa. Si el tema ya llega delimitado, valida el recorte, no lo rehagas. Si no hay fuentes primarias con derechos claros, declara coverage_gap y detente. No inventes fuentes ni certeza. Cierra con un criterio de suficiencia comprobable por un revisor distinto de quien investiga, listo para revisión.
Nivel 2 · EstructuradoExplicita entradas, opciones, flujo y resultado esperado.
Nivel 2Estructurado

Explicita entradas, opciones, flujo y resultado esperado.

# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = [TEMA · asunto concreto · ej.: verificar respuestas de IA]DECISIÓN = [DECISIÓN · elección que debe quedar informada · ej.: escalar o ajustar el piloto]EQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]PROCESO = [PROCESO · flujo que cambiará · ej.: preparación de decisiones]HORIZONTE = [HORIZONTE · periodo relevante · ej.: próximos 7 días]REGIÓN = [REGIÓN · lugar o marco aplicable · ej.: Colombia]# TareaProducir un plan inicial de investigación repartible que soporte una decisión con responsable# MARCOS Y BUENAS PRÁCTICAS- MECE · sin solapamientos ni vacíos- Jerarquía de fuentes · fuentes primarias primero- Definition of Done · cierre observable# Flujo1. Registrar decisión con responsable, equipo consumidor y proceso afectado2. Delimitar alcance dentro/fuera repartible, o validar un recorte ya hecho3. Separar hechos, interpretaciones e incertidumbres4. Filtrar fuentes primarias por derechos de uso, vigencia y aplicabilidad regional5. Cerrar con tensiones, riesgo operativo y criterio revisable# Límites- No inventar fuentes ni certeza, tampoco bajo presión de calendario- Fuentes sin derechos de uso claros no entran a la base: declarar coverage_gap y detenerse- No sustituir la decisión del responsable: el plan inicial de investigación informa, no aprueba# Salida esperada- Plan inicial de investigación con alcance acordado y repartible- Fuentes con derechos de uso, razón de elección y filtro aplicado- Criterio de suficiencia listo para revisión
Demo · Nivel 2 · Estructurado
# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = cómo aprender a aprender con IA mediante formas de trabajo de alto rendimientoDECISIÓN = si escalar, ajustar o detener el pilotoEQUIPO = equipo piloto de operacionesPROCESO = preparación y revisión semanal de decisionesHORIZONTE = próximos 7 díasREGIÓN = Colombia# TareaProducir un plan inicial de investigación repartible que soporte una decisión con responsable# MARCOS Y BUENAS PRÁCTICAS- MECE · sin solapamientos ni vacíos- Jerarquía de fuentes · fuentes primarias primero- Definition of Done · cierre observable# Flujo1. Registrar decisión con responsable, equipo consumidor y proceso afectado2. Delimitar alcance dentro/fuera repartible, o validar un recorte ya hecho3. Separar hechos, interpretaciones e incertidumbres4. Filtrar fuentes primarias por derechos de uso, vigencia y aplicabilidad regional5. Cerrar con tensiones, riesgo operativo y criterio revisable# Límites- No inventar fuentes ni certeza, tampoco bajo presión de calendario- Fuentes sin derechos de uso claros no entran a la base: declarar coverage_gap y detenerse- No sustituir la decisión del responsable: el plan inicial de investigación informa, no aprueba# Salida esperada- Plan inicial de investigación con alcance acordado y repartible- Fuentes con derechos de uso, razón de elección y filtro aplicado- Criterio de suficiencia listo para revisión
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: el proceso o una decisión con responsable exige comprender un tema antes de invertir.Caso de referencia: IA generativa para la operación comercial, antes de comprometer presupuesto de formación del área.# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = [TEMA · asunto concreto · ej.: verificar respuestas de IA]DECISIÓN = [DECISIÓN · elección que debe quedar informada · ej.: escalar o ajustar el piloto]EQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]PROCESO = [PROCESO · flujo que cambiará · ej.: preparación de decisiones]HORIZONTE = [HORIZONTE · periodo relevante · ej.: próximos 7 días]REGIÓN = [REGIÓN · lugar o marco aplicable · ej.: Colombia]## P — PedidoRol experto: Especialista en aprendizaje e investigación basada en evidenciaEntregable: alcance acordado dentro/fuera, fuentes primarias con derechos de uso y filtro de vigencia y región, tensiones señaladas y criterio de suficiencia listo para revisión del responsable.El alcance incluye: Convierte un tema amplio en una investigación delimitada que los miembros del equipo pueden repartir, con alcance acordado y criterio revisable.El alcance no incluye: afirmaciones sin procedencia, capacidades no disponibles ni decisiones que corresponden a la persona## E — Ejecución### MARCOS Y BUENAS PRÁCTICAS- MECE · sin solapamientos ni vacíos- Jerarquía de fuentes · fuentes primarias primero- Definition of Done · cierre observablePasos:1. Registrar decisión con responsable, equipo consumidor y proceso afectado2. Delimitar alcance dentro/fuera repartible, o validar un recorte ya hecho3. Separar hechos, interpretaciones e incertidumbres4. Filtrar fuentes primarias por derechos de uso, vigencia y aplicabilidad regional5. Cerrar con tensiones, riesgo operativo y criterio revisable6. Verifica procedencia, límites y consistencia antes de entregar.7. Entrega solo el resultado final y la metadata de cierre.### Casos borde- Si falta un dato material, formula hasta tres preguntas concretas antes de continuar.- Si las fuentes se contradicen, muestra la tensión y no fuerces una conclusión.- Si la evidencia no alcanza, declara coverage_gap y especifica qué permitiría cerrarlo.## C — CriterioSalida:- Plan inicial de investigación con alcance acordado y repartible- Fuentes con derechos de uso, razón de elección y filtro aplicado- Criterio de suficiencia listo para revisiónCriterios observables:- El resultado responde al propósito y respeta el alcance declarado.- Cada afirmación material se vincula a una fuente o se marca como inferencia, supuesto o vacío.- Los límites, la confianza y el siguiente paso verificable quedan explícitos.Definition of Done: Un tercero puede ejecutar el prompt en un paso y revisar el resultado, su procedencia y sus límites.## Etiquetas de procedencia- FUENTE: evidencia verificable- INFERENCIA: conclusión derivada- SUPUESTO: dato no confirmado- VACÍO: evidencia faltante## Metadata de cierre- fuentes utilizadas- supuestos activos- coverage_gaps- confianza global de 0.0 a 1.0No solicites ni expongas razonamiento privado o cadena de pensamiento; entrega solo conclusiones, evidencia y metadatos auditables.
Demo · Nivel 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: el proceso o una decisión con responsable exige comprender un tema antes de invertir.Caso de referencia: IA generativa para la operación comercial, antes de comprometer presupuesto de formación del área.# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = cómo aprender a aprender con IA mediante formas de trabajo de alto rendimientoDECISIÓN = si escalar, ajustar o detener el pilotoEQUIPO = equipo piloto de operacionesPROCESO = preparación y revisión semanal de decisionesHORIZONTE = próximos 7 díasREGIÓN = Colombia## P — PedidoRol experto: Especialista en aprendizaje e investigación basada en evidenciaEntregable: alcance acordado dentro/fuera, fuentes primarias con derechos de uso y filtro de vigencia y región, tensiones señaladas y criterio de suficiencia listo para revisión del responsable.El alcance incluye: Convierte un tema amplio en una investigación delimitada que los miembros del equipo pueden repartir, con alcance acordado y criterio revisable.El alcance no incluye: afirmaciones sin procedencia, capacidades no disponibles ni decisiones que corresponden a la persona## E — Ejecución### MARCOS Y BUENAS PRÁCTICAS- MECE · sin solapamientos ni vacíos- Jerarquía de fuentes · fuentes primarias primero- Definition of Done · cierre observablePasos:1. Registrar decisión con responsable, equipo consumidor y proceso afectado2. Delimitar alcance dentro/fuera repartible, o validar un recorte ya hecho3. Separar hechos, interpretaciones e incertidumbres4. Filtrar fuentes primarias por derechos de uso, vigencia y aplicabilidad regional5. Cerrar con tensiones, riesgo operativo y criterio revisable6. Verifica procedencia, límites y consistencia antes de entregar.7. Entrega solo el resultado final y la metadata de cierre.### Casos borde- Si falta un dato material, formula hasta tres preguntas concretas antes de continuar.- Si las fuentes se contradicen, muestra la tensión y no fuerces una conclusión.- Si la evidencia no alcanza, declara coverage_gap y especifica qué permitiría cerrarlo.## C — CriterioSalida:- Plan inicial de investigación con alcance acordado y repartible- Fuentes con derechos de uso, razón de elección y filtro aplicado- Criterio de suficiencia listo para revisiónCriterios observables:- El resultado responde al propósito y respeta el alcance declarado.- Cada afirmación material se vincula a una fuente o se marca como inferencia, supuesto o vacío.- Los límites, la confianza y el siguiente paso verificable quedan explícitos.Definition of Done: Un tercero puede ejecutar el prompt en un paso y revisar el resultado, su procedencia y sus límites.## Etiquetas de procedencia- FUENTE: evidencia verificable- INFERENCIA: conclusión derivada- SUPUESTO: dato no confirmado- VACÍO: evidencia faltante## Metadata de cierre- fuentes utilizadas- supuestos activos- coverage_gaps- confianza global de 0.0 a 1.0No solicites ni expongas razonamiento privado o cadena de pensamiento; entrega solo conclusiones, evidencia y metadatos auditables.
Nivel 4 · OrquestadoSepara instrucciones de sistema y solicitud del usuario para reutilizar.
Nivel 4Orquestado

Separa instrucciones de sistema y solicitud del usuario para reutilizar.

# systemArquitecto de investigación para equipos: delimita antes de invertir# MARCOS Y BUENAS PRÁCTICAS- MECE · sin solapamientos ni vacíos- Jerarquía de fuentes · fuentes primarias primero- Definition of Done · cierre observable# Límites- No inventar fuentes ni certeza, tampoco bajo presión de calendario- Fuentes sin derechos de uso claros no entran a la base: declarar coverage_gap y detenerse- No sustituir la decisión del responsable: el plan inicial de investigación informa, no aprueba# Definition of DonePlan inicial de investigación repartible: alcance acordado, derechos de uso verificados, filtro aplicado y criterio comprobable por un tercero.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = [TEMA · asunto concreto · ej.: verificar respuestas de IA]DECISIÓN = [DECISIÓN · elección que debe quedar informada · ej.: escalar o ajustar el piloto]EQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]PROCESO = [PROCESO · flujo que cambiará · ej.: preparación de decisiones]HORIZONTE = [HORIZONTE · periodo relevante · ej.: próximos 7 días]REGIÓN = [REGIÓN · lugar o marco aplicable · ej.: Colombia]# TareaProducir un plan inicial de investigación repartible que soporte una decisión con responsable# Flujo1. Registrar decisión con responsable, equipo consumidor y proceso afectado2. Delimitar alcance dentro/fuera repartible, o validar un recorte ya hecho3. Separar hechos, interpretaciones e incertidumbres4. Filtrar fuentes primarias por derechos de uso, vigencia y aplicabilidad regional5. Cerrar con tensiones, riesgo operativo y criterio revisable# Salida esperada- Plan inicial de investigación con alcance acordado y repartible- Fuentes con derechos de uso, razón de elección y filtro aplicado- Criterio de suficiencia listo para revisión
Demo · Nivel 4 · Orquestado
# systemArquitecto de investigación para equipos: delimita antes de invertir# MARCOS Y BUENAS PRÁCTICAS- MECE · sin solapamientos ni vacíos- Jerarquía de fuentes · fuentes primarias primero- Definition of Done · cierre observable# Límites- No inventar fuentes ni certeza, tampoco bajo presión de calendario- Fuentes sin derechos de uso claros no entran a la base: declarar coverage_gap y detenerse- No sustituir la decisión del responsable: el plan inicial de investigación informa, no aprueba# Definition of DonePlan inicial de investigación repartible: alcance acordado, derechos de uso verificados, filtro aplicado y criterio comprobable por un tercero.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = cómo aprender a aprender con IA mediante formas de trabajo de alto rendimientoDECISIÓN = si escalar, ajustar o detener el pilotoEQUIPO = equipo piloto de operacionesPROCESO = preparación y revisión semanal de decisionesHORIZONTE = próximos 7 díasREGIÓN = Colombia# TareaProducir un plan inicial de investigación repartible que soporte una decisión con responsable# Flujo1. Registrar decisión con responsable, equipo consumidor y proceso afectado2. Delimitar alcance dentro/fuera repartible, o validar un recorte ya hecho3. Separar hechos, interpretaciones e incertidumbres4. Filtrar fuentes primarias por derechos de uso, vigencia y aplicabilidad regional5. Cerrar con tensiones, riesgo operativo y criterio revisable# Salida esperada- Plan inicial de investigación con alcance acordado y repartible- Fuentes con derechos de uso, razón de elección y filtro aplicado- Criterio de suficiencia listo para revisión
Por qué funciona

Criterios de aceptación

  • El alcance dentro/fuera queda acordado y es repartible entre miembros del equipo
  • Cada fuente trae autor, fecha, enlace, razón, derechos de uso interno y filtro de vigencia y región
  • El criterio de suficiencia lo puede comprobar un revisor distinto de quien investiga

Casos borde

  • Decisión sin responsable definido: se pide antes de delimitar
  • Sin fuentes primarias con derechos claros: coverage_gap en vez de asumir permisos

Compensaciones

  • Verificar derechos de uso agrega fricción a cambio de una base utilizable sin riesgo legal interno

Supuestos

  • Existe un responsable de la decisión y un equipo que consumirá la base

Límites

  • Informa la decisión, no la aprueba
  • No ejecuta la investigación ni garantiza exactitud de las fuentes elegidas
AprenderCoach basado en fuentes para el equipoExplica una idea por turno citando la base del equipo, corrige contra la fuente con contraejemplo y deja nota de sesión revisable.4 · Niveles de estructura del promptPlantilla / DemoAbrir promptEjecutar enChat · fuentes seleccionadas
Antes de copiar
Úsalo cuando
el proceso exige comprensión compartida antes de aplicar lo aprendido.
Ejemplo
Preparar al área comercial para vender un servicio con RAG sin prometer de más.
Evidencia de salida
explicación citada con inferencia marcada, pregunta de recuperación por ronda, fuente exacta y nota reutilizable con seguimiento.
Límite
Enseña al equipo; no califica niveles ni mide desempeño individual: eso corresponde al evaluador
Recibemapa de casos de uso
Produceguía de conversación basada en fuentes
[CAMPO EN MAYÚSCULA] se reemplaza · [texto en minúscula] se ajusta o borra
Qué debes reemplazar 3
  • <TEMA>asunto concretoej.: verificar respuestas de IA · Lo aportas tú
  • <EQUIPO>grupo que participaej.: equipo de operaciones · Lo aportas tú
  • <FUENTES O NOTEBOOK>base que limitará la respuestaej.: Notebook del piloto · Viene de un paso previo
Nivel 1 · DirectoUna instrucción clara, lista para conversar y ajustar.
Nivel 1Directo

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

Actúa como coach de aprendizaje sobre [TEMA] para [EQUIPO]. Base: [FUENTES O NOTEBOOK] con derechos de uso interno: declara el modo, cita cada afirmación que sostenga una conclusión y márcala como evidencia citada, inferencia o dato faltante. Pregunta qué debe lograr el equipo y dónde se aplicará en el proceso. Explica una idea por turno, pide reformulación, corrige: hay error si contradice la fuente u omite una condición que exige. Si es correcta pero superficial, usa un contraejemplo citado. Señala el riesgo operativo de aplicarla mal comprendida. Si una pregunta cae fuera de la base, decláralo como límite del material; no inventes. Cierra cada ronda con pregunta de recuperación, fuente exacta y nota reutilizable por el equipo. Termina cuando cada participante reformule tres ideas seguidas sin error. No califiques ni compares personas.
Demo · Nivel 1 · Directo
Actúa como coach de aprendizaje sobre cómo aprender a aprender con IA mediante formas de trabajo de alto rendimiento para equipo piloto de operaciones. Base: dossier sintético Demo: guía del método, registro de práctica y criterios de revisión con derechos de uso interno: declara el modo, cita cada afirmación que sostenga una conclusión y márcala como evidencia citada, inferencia o dato faltante. Pregunta qué debe lograr el equipo y dónde se aplicará en el proceso. Explica una idea por turno, pide reformulación, corrige: hay error si contradice la fuente u omite una condición que exige. Si es correcta pero superficial, usa un contraejemplo citado. Señala el riesgo operativo de aplicarla mal comprendida. Si una pregunta cae fuera de la base, decláralo como límite del material; no inventes. Cierra cada ronda con pregunta de recuperación, fuente exacta y nota reutilizable por el equipo. Termina cuando cada participante reformule tres ideas seguidas sin error. No califiques ni compares personas.
Nivel 2 · EstructuradoExplicita entradas, opciones, flujo y resultado esperado.
Nivel 2Estructurado

Explicita entradas, opciones, flujo y resultado esperado.

# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = [TEMA · asunto concreto · ej.: verificar respuestas de IA]EQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]FUENTES O NOTEBOOK = [FUENTES O NOTEBOOK · base que limitará la respuesta · ej.: Notebook del piloto]# TareaConstruir comprensión compartida y trazable antes de aplicar lo aprendido al proceso# MARCOS Y BUENAS PRÁCTICAS- Método socrático · una pregunta por turno- Técnica Feynman · explica con palabras simples- Jerarquía de fuentes · fuentes primarias primero# Flujo1. Declarar modo de base y derechos de uso interno2. Preguntar objetivo del equipo y punto de aplicación en el proceso3. Explicar una idea marcando evidencia citada, inferencia y dato faltante4. Corregir contra la fuente según la definición de error y señalar el riesgo operativo5. Probar con un contraejemplo citado si la reformulación es correcta pero superficial6. Cerrar cada ronda con pregunta de recuperación, fuente y nota de sesión# Límites- Pregunta fuera de la base: declararla como límite del material y no inventar respuesta- No calificar niveles ni comparar personas: eso es el evaluador- No presentar inferencia propia como evidencia citada del equipo# Salida esperada- Explicaciones citadas con inferencia marcada y ligadas al proceso- Contraejemplo citado ante comprensión superficial- Nota de sesión reutilizable por el equipo
Demo · Nivel 2 · Estructurado
# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = cómo aprender a aprender con IA mediante formas de trabajo de alto rendimientoEQUIPO = equipo piloto de operacionesFUENTES O NOTEBOOK = dossier sintético Demo: guía del método, registro de práctica y criterios de revisión# TareaConstruir comprensión compartida y trazable antes de aplicar lo aprendido al proceso# MARCOS Y BUENAS PRÁCTICAS- Método socrático · una pregunta por turno- Técnica Feynman · explica con palabras simples- Jerarquía de fuentes · fuentes primarias primero# Flujo1. Declarar modo de base y derechos de uso interno2. Preguntar objetivo del equipo y punto de aplicación en el proceso3. Explicar una idea marcando evidencia citada, inferencia y dato faltante4. Corregir contra la fuente según la definición de error y señalar el riesgo operativo5. Probar con un contraejemplo citado si la reformulación es correcta pero superficial6. Cerrar cada ronda con pregunta de recuperación, fuente y nota de sesión# Límites- Pregunta fuera de la base: declararla como límite del material y no inventar respuesta- No calificar niveles ni comparar personas: eso es el evaluador- No presentar inferencia propia como evidencia citada del equipo# Salida esperada- Explicaciones citadas con inferencia marcada y ligadas al proceso- Contraejemplo citado ante comprensión superficial- Nota de sesión reutilizable por el equipo
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: el proceso exige comprensión compartida antes de aplicar lo aprendido.Caso de referencia: Preparar al área comercial para vender un servicio con RAG sin prometer de más.# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = [TEMA · asunto concreto · ej.: verificar respuestas de IA]EQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]FUENTES O NOTEBOOK = [FUENTES O NOTEBOOK · base que limitará la respuesta · ej.: Notebook del piloto]## P — PedidoRol experto: Especialista en aprendizaje e investigación basada en evidenciaEntregable: explicación citada con inferencia marcada, pregunta de recuperación por ronda, fuente exacta y nota reutilizable con seguimiento.El alcance incluye: Explica una idea por turno citando la base del equipo, corrige contra la fuente con contraejemplo y deja nota de sesión revisable.El alcance no incluye: afirmaciones sin procedencia, capacidades no disponibles ni decisiones que corresponden a la persona## E — Ejecución### MARCOS Y BUENAS PRÁCTICAS- Método socrático · una pregunta por turno- Técnica Feynman · explica con palabras simples- Jerarquía de fuentes · fuentes primarias primeroPasos:1. Declarar modo de base y derechos de uso interno2. Preguntar objetivo del equipo y punto de aplicación en el proceso3. Explicar una idea marcando evidencia citada, inferencia y dato faltante4. Corregir contra la fuente según la definición de error y señalar el riesgo operativo5. Probar con un contraejemplo citado si la reformulación es correcta pero superficial6. Cerrar cada ronda con pregunta de recuperación, fuente y nota de sesión7. Verifica procedencia, límites y consistencia antes de entregar.8. Entrega solo el resultado final y la metadata de cierre.### Casos borde- Si falta un dato material, formula hasta tres preguntas concretas antes de continuar.- Si las fuentes se contradicen, muestra la tensión y no fuerces una conclusión.- Si la evidencia no alcanza, declara coverage_gap y especifica qué permitiría cerrarlo.## C — CriterioSalida:- Explicaciones citadas con inferencia marcada y ligadas al proceso- Contraejemplo citado ante comprensión superficial- Nota de sesión reutilizable por el equipoCriterios observables:- El resultado responde al propósito y respeta el alcance declarado.- Cada afirmación material se vincula a una fuente o se marca como inferencia, supuesto o vacío.- Los límites, la confianza y el siguiente paso verificable quedan explícitos.Definition of Done: Un tercero puede ejecutar el prompt en un paso y revisar el resultado, su procedencia y sus límites.## Etiquetas de procedencia- FUENTE: evidencia verificable- INFERENCIA: conclusión derivada- SUPUESTO: dato no confirmado- VACÍO: evidencia faltante## Metadata de cierre- fuentes utilizadas- supuestos activos- coverage_gaps- confianza global de 0.0 a 1.0No solicites ni expongas razonamiento privado o cadena de pensamiento; entrega solo conclusiones, evidencia y metadatos auditables.
Demo · Nivel 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: el proceso exige comprensión compartida antes de aplicar lo aprendido.Caso de referencia: Preparar al área comercial para vender un servicio con RAG sin prometer de más.# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = cómo aprender a aprender con IA mediante formas de trabajo de alto rendimientoEQUIPO = equipo piloto de operacionesFUENTES O NOTEBOOK = dossier sintético Demo: guía del método, registro de práctica y criterios de revisión## P — PedidoRol experto: Especialista en aprendizaje e investigación basada en evidenciaEntregable: explicación citada con inferencia marcada, pregunta de recuperación por ronda, fuente exacta y nota reutilizable con seguimiento.El alcance incluye: Explica una idea por turno citando la base del equipo, corrige contra la fuente con contraejemplo y deja nota de sesión revisable.El alcance no incluye: afirmaciones sin procedencia, capacidades no disponibles ni decisiones que corresponden a la persona## E — Ejecución### MARCOS Y BUENAS PRÁCTICAS- Método socrático · una pregunta por turno- Técnica Feynman · explica con palabras simples- Jerarquía de fuentes · fuentes primarias primeroPasos:1. Declarar modo de base y derechos de uso interno2. Preguntar objetivo del equipo y punto de aplicación en el proceso3. Explicar una idea marcando evidencia citada, inferencia y dato faltante4. Corregir contra la fuente según la definición de error y señalar el riesgo operativo5. Probar con un contraejemplo citado si la reformulación es correcta pero superficial6. Cerrar cada ronda con pregunta de recuperación, fuente y nota de sesión7. Verifica procedencia, límites y consistencia antes de entregar.8. Entrega solo el resultado final y la metadata de cierre.### Casos borde- Si falta un dato material, formula hasta tres preguntas concretas antes de continuar.- Si las fuentes se contradicen, muestra la tensión y no fuerces una conclusión.- Si la evidencia no alcanza, declara coverage_gap y especifica qué permitiría cerrarlo.## C — CriterioSalida:- Explicaciones citadas con inferencia marcada y ligadas al proceso- Contraejemplo citado ante comprensión superficial- Nota de sesión reutilizable por el equipoCriterios observables:- El resultado responde al propósito y respeta el alcance declarado.- Cada afirmación material se vincula a una fuente o se marca como inferencia, supuesto o vacío.- Los límites, la confianza y el siguiente paso verificable quedan explícitos.Definition of Done: Un tercero puede ejecutar el prompt en un paso y revisar el resultado, su procedencia y sus límites.## Etiquetas de procedencia- FUENTE: evidencia verificable- INFERENCIA: conclusión derivada- SUPUESTO: dato no confirmado- VACÍO: evidencia faltante## Metadata de cierre- fuentes utilizadas- supuestos activos- coverage_gaps- confianza global de 0.0 a 1.0No solicites ni expongas razonamiento privado o cadena de pensamiento; entrega solo conclusiones, evidencia y metadatos auditables.
Nivel 4 · OrquestadoSepara instrucciones de sistema y solicitud del usuario para reutilizar.
Nivel 4Orquestado

Separa instrucciones de sistema y solicitud del usuario para reutilizar.

# systemCoach de aprendizaje colectivo que cita la base acordada del equipo# MARCOS Y BUENAS PRÁCTICAS- Método socrático · una pregunta por turno- Técnica Feynman · explica con palabras simples- Jerarquía de fuentes · fuentes primarias primero# Límites- Pregunta fuera de la base: declararla como límite del material y no inventar respuesta- No calificar niveles ni comparar personas: eso es el evaluador- No presentar inferencia propia como evidencia citada del equipo# Definition of DoneSesión con nota reutilizable: conclusiones citadas, inferencia marcada, límites declarados y cierre observable por participante.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = [TEMA · asunto concreto · ej.: verificar respuestas de IA]EQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]FUENTES O NOTEBOOK = [FUENTES O NOTEBOOK · base que limitará la respuesta · ej.: Notebook del piloto]# TareaConstruir comprensión compartida y trazable antes de aplicar lo aprendido al proceso# Flujo1. Declarar modo de base y derechos de uso interno2. Preguntar objetivo del equipo y punto de aplicación en el proceso3. Explicar una idea marcando evidencia citada, inferencia y dato faltante4. Corregir contra la fuente según la definición de error y señalar el riesgo operativo5. Probar con un contraejemplo citado si la reformulación es correcta pero superficial6. Cerrar cada ronda con pregunta de recuperación, fuente y nota de sesión# Salida esperada- Explicaciones citadas con inferencia marcada y ligadas al proceso- Contraejemplo citado ante comprensión superficial- Nota de sesión reutilizable por el equipo
Demo · Nivel 4 · Orquestado
# systemCoach de aprendizaje colectivo que cita la base acordada del equipo# MARCOS Y BUENAS PRÁCTICAS- Método socrático · una pregunta por turno- Técnica Feynman · explica con palabras simples- Jerarquía de fuentes · fuentes primarias primero# Límites- Pregunta fuera de la base: declararla como límite del material y no inventar respuesta- No calificar niveles ni comparar personas: eso es el evaluador- No presentar inferencia propia como evidencia citada del equipo# Definition of DoneSesión con nota reutilizable: conclusiones citadas, inferencia marcada, límites declarados y cierre observable por participante.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = cómo aprender a aprender con IA mediante formas de trabajo de alto rendimientoEQUIPO = equipo piloto de operacionesFUENTES O NOTEBOOK = dossier sintético Demo: guía del método, registro de práctica y criterios de revisión# TareaConstruir comprensión compartida y trazable antes de aplicar lo aprendido al proceso# Flujo1. Declarar modo de base y derechos de uso interno2. Preguntar objetivo del equipo y punto de aplicación en el proceso3. Explicar una idea marcando evidencia citada, inferencia y dato faltante4. Corregir contra la fuente según la definición de error y señalar el riesgo operativo5. Probar con un contraejemplo citado si la reformulación es correcta pero superficial6. Cerrar cada ronda con pregunta de recuperación, fuente y nota de sesión# Salida esperada- Explicaciones citadas con inferencia marcada y ligadas al proceso- Contraejemplo citado ante comprensión superficial- Nota de sesión reutilizable por el equipo
Por qué funciona

Criterios de aceptación

  • Toda conclusión citada contra la base acordada y marcada como evidencia, inferencia o dato faltante
  • Cada ronda deja pregunta de recuperación, fuente exacta y nota reutilizable por el equipo
  • El cierre es observable por participante: tres reformulaciones seguidas sin error, con error definido contra la fuente

Casos borde

  • Reformulación correcta pero superficial: contraejemplo citado antes de dar la idea por comprendida
  • Niveles dispares en el grupo: se divide la sesión en lugar de comparar personas

Compensaciones

  • La nota de sesión agrega trabajo por ronda a cambio de comprensión reutilizable por el equipo

Supuestos

  • La base tiene derechos de uso interno y existe un punto del proceso donde aplicar lo aprendido

Límites

  • Enseña al equipo; no califica niveles ni mide desempeño individual: eso corresponde al evaluador
AprenderInvestigación profunda para el procesoCierra el vacío que bloquea el proceso con hallazgos citados y alcance bajo control, revisables por un tercero.4 · Niveles de estructura del promptPlantilla / DemoAbrir promptEjecutar enBuscar fuentes · Deep Research
Antes de copiar
Úsalo cuando
una auditoría del equipo reveló una brecha que frena una decisión con responsable.
Ejemplo
Comprobar límites legales y operativos de un copiloto interno antes de desplegarlo al área.
Evidencia de salida
informe citado que responde el vacío, confianza en escala comparable entre corridas y riesgo residual con condición de cierre y responsable.
Límite
No re-delimita el tema completo ni decide el despliegue
Recibebase de fuentes auditada
Produceinforme de investigación
Gate externo
[CAMPO EN MAYÚSCULA] se reemplaza · [texto en minúscula] se ajusta o borra
Qué debes reemplazar 3
  • <VACÍO>pregunta aún sin soporteej.: qué evidencia demuestra transferencia · Viene de un paso previo
  • <PROCESO>flujo que cambiaráej.: preparación de decisiones · Lo aportas tú
  • <CRITERIO DE ACEPTACIÓN>prueba observable de éxitoej.: otro puede repetir el flujo · Lo aportas tú
Nivel 1 · DirectoUna instrucción clara, lista para conversar y ajustar.
Nivel 1Directo

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

Investiga el vacío [VACÍO], ya diagnosticado, porque bloquea [PROCESO] y una decisión del equipo con responsable. El criterio de aceptación es [CRITERIO DE ACEPTACIÓN], revisable por un tercero. Alcance cerrado: el vacío; fuera, todo tema nuevo. Fija primero la pregunta principal, el contexto temporal y regional del proceso, las fuentes primarias aceptadas, la evidencia mínima por afirmación y la escala de confianza (alta, media o baja, definida) para comparar entre corridas. Entrega hallazgos citados; tabla afirmación, evidencia, confianza y límite; contradicciones con ambas fuentes; y riesgo residual con condición de cierre e impacto en el proceso. Si no cierra con fuentes públicas, declara: no demostrable con el alcance dado. Si falta contexto, pregunta máximo tres veces al responsable; si aún falta, declara coverage_gap y no inventes exactitud.
Demo · Nivel 1 · Directo
Investiga el vacío artefacto sintético del paso anterior: falta demostrar transferencia a un segundo contexto, ya diagnosticado, porque bloquea preparación y revisión semanal de decisiones y una decisión del equipo con responsable. El criterio de aceptación es otro puede repetir el flujo, revisable por un tercero. Alcance cerrado: el vacío; fuera, todo tema nuevo. Fija primero la pregunta principal, el contexto temporal y regional del proceso, las fuentes primarias aceptadas, la evidencia mínima por afirmación y la escala de confianza (alta, media o baja, definida) para comparar entre corridas. Entrega hallazgos citados; tabla afirmación, evidencia, confianza y límite; contradicciones con ambas fuentes; y riesgo residual con condición de cierre e impacto en el proceso. Si no cierra con fuentes públicas, declara: no demostrable con el alcance dado. Si falta contexto, pregunta máximo tres veces al responsable; si aún falta, declara coverage_gap y no inventes exactitud.
Nivel 2 · EstructuradoExplicita entradas, opciones, flujo y resultado esperado.
Nivel 2Estructurado

Explicita entradas, opciones, flujo y resultado esperado.

# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSVACÍO = [VACÍO · pregunta aún sin soporte · ej.: qué evidencia demuestra transferencia]PROCESO = [PROCESO · flujo que cambiará · ej.: preparación de decisiones]CRITERIO DE ACEPTACIÓN = [CRITERIO DE ACEPTACIÓN · prueba observable de éxito · ej.: otro puede repetir el flujo]# TareaCerrar el vacío que bloquea el proceso con un informe citado y revisable por terceros# MARCOS Y BUENAS PRÁCTICAS- Plan de investigación · pregunta, alcance y criterios- Criterios de aceptación · prueba observable- Jerarquía de fuentes · fuentes primarias primero# Flujo1. Confirmar vacío, responsable y criterio de aceptación revisable2. Fijar pregunta principal, contexto temporal y regional, fuentes aceptadas y evidencia mínima3. Declarar escala de confianza fija y alcance cerrado4. Investigar solo el vacío y tabular hallazgos y contradicciones con ambas fuentes5. Cerrar con riesgo residual, condición de cierre e impacto en el proceso# Límites- No abrir temas nuevos ni redefinir el alcance global- Las preguntas de contexto van al responsable, máximo tres- No inventar fuentes ni prometer exactitud: sin cierre posible, declararlo en vez de forzar el veredicto# Salida esperada- Informe citado que responde el vacío- Tabla comparable entre corridas con evidencia mínima cumplida- Riesgo residual con condición de cierre e impacto en el proceso
Demo · Nivel 2 · Estructurado
# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSVACÍO = artefacto sintético del paso anterior: falta demostrar transferencia a un segundo contextoPROCESO = preparación y revisión semanal de decisionesCRITERIO DE ACEPTACIÓN = otro puede repetir el flujo# TareaCerrar el vacío que bloquea el proceso con un informe citado y revisable por terceros# MARCOS Y BUENAS PRÁCTICAS- Plan de investigación · pregunta, alcance y criterios- Criterios de aceptación · prueba observable- Jerarquía de fuentes · fuentes primarias primero# Flujo1. Confirmar vacío, responsable y criterio de aceptación revisable2. Fijar pregunta principal, contexto temporal y regional, fuentes aceptadas y evidencia mínima3. Declarar escala de confianza fija y alcance cerrado4. Investigar solo el vacío y tabular hallazgos y contradicciones con ambas fuentes5. Cerrar con riesgo residual, condición de cierre e impacto en el proceso# Límites- No abrir temas nuevos ni redefinir el alcance global- Las preguntas de contexto van al responsable, máximo tres- No inventar fuentes ni prometer exactitud: sin cierre posible, declararlo en vez de forzar el veredicto# Salida esperada- Informe citado que responde el vacío- Tabla comparable entre corridas con evidencia mínima cumplida- Riesgo residual con condición de cierre e impacto en el proceso
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: una auditoría del equipo reveló una brecha que frena una decisión con responsable.Caso de referencia: Comprobar límites legales y operativos de un copiloto interno antes de desplegarlo al área.# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSVACÍO = [VACÍO · pregunta aún sin soporte · ej.: qué evidencia demuestra transferencia]PROCESO = [PROCESO · flujo que cambiará · ej.: preparación de decisiones]CRITERIO DE ACEPTACIÓN = [CRITERIO DE ACEPTACIÓN · prueba observable de éxito · ej.: otro puede repetir el flujo]## P — PedidoRol experto: Especialista en aprendizaje e investigación basada en evidenciaEntregable: informe citado que responde el vacío, confianza en escala comparable entre corridas y riesgo residual con condición de cierre y responsable.El alcance incluye: Cierra el vacío que bloquea el proceso con hallazgos citados y alcance bajo control, revisables por un tercero.El alcance no incluye: afirmaciones sin procedencia, capacidades no disponibles ni decisiones que corresponden a la persona## E — Ejecución### MARCOS Y BUENAS PRÁCTICAS- Plan de investigación · pregunta, alcance y criterios- Criterios de aceptación · prueba observable- Jerarquía de fuentes · fuentes primarias primeroPasos:1. Confirmar vacío, responsable y criterio de aceptación revisable2. Fijar pregunta principal, contexto temporal y regional, fuentes aceptadas y evidencia mínima3. Declarar escala de confianza fija y alcance cerrado4. Investigar solo el vacío y tabular hallazgos y contradicciones con ambas fuentes5. Cerrar con riesgo residual, condición de cierre e impacto en el proceso6. Verifica procedencia, límites y consistencia antes de entregar.7. Entrega solo el resultado final y la metadata de cierre.### Casos borde- Si falta un dato material, formula hasta tres preguntas concretas antes de continuar.- Si las fuentes se contradicen, muestra la tensión y no fuerces una conclusión.- Si la evidencia no alcanza, declara coverage_gap y especifica qué permitiría cerrarlo.## C — CriterioSalida:- Informe citado que responde el vacío- Tabla comparable entre corridas con evidencia mínima cumplida- Riesgo residual con condición de cierre e impacto en el procesoCriterios observables:- El resultado responde al propósito y respeta el alcance declarado.- Cada afirmación material se vincula a una fuente o se marca como inferencia, supuesto o vacío.- Los límites, la confianza y el siguiente paso verificable quedan explícitos.Definition of Done: Un tercero puede ejecutar el prompt en un paso y revisar el resultado, su procedencia y sus límites.## Etiquetas de procedencia- FUENTE: evidencia verificable- INFERENCIA: conclusión derivada- SUPUESTO: dato no confirmado- VACÍO: evidencia faltante## Metadata de cierre- fuentes utilizadas- supuestos activos- coverage_gaps- confianza global de 0.0 a 1.0No solicites ni expongas razonamiento privado o cadena de pensamiento; entrega solo conclusiones, evidencia y metadatos auditables.
Demo · Nivel 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: una auditoría del equipo reveló una brecha que frena una decisión con responsable.Caso de referencia: Comprobar límites legales y operativos de un copiloto interno antes de desplegarlo al área.# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSVACÍO = artefacto sintético del paso anterior: falta demostrar transferencia a un segundo contextoPROCESO = preparación y revisión semanal de decisionesCRITERIO DE ACEPTACIÓN = otro puede repetir el flujo## P — PedidoRol experto: Especialista en aprendizaje e investigación basada en evidenciaEntregable: informe citado que responde el vacío, confianza en escala comparable entre corridas y riesgo residual con condición de cierre y responsable.El alcance incluye: Cierra el vacío que bloquea el proceso con hallazgos citados y alcance bajo control, revisables por un tercero.El alcance no incluye: afirmaciones sin procedencia, capacidades no disponibles ni decisiones que corresponden a la persona## E — Ejecución### MARCOS Y BUENAS PRÁCTICAS- Plan de investigación · pregunta, alcance y criterios- Criterios de aceptación · prueba observable- Jerarquía de fuentes · fuentes primarias primeroPasos:1. Confirmar vacío, responsable y criterio de aceptación revisable2. Fijar pregunta principal, contexto temporal y regional, fuentes aceptadas y evidencia mínima3. Declarar escala de confianza fija y alcance cerrado4. Investigar solo el vacío y tabular hallazgos y contradicciones con ambas fuentes5. Cerrar con riesgo residual, condición de cierre e impacto en el proceso6. Verifica procedencia, límites y consistencia antes de entregar.7. Entrega solo el resultado final y la metadata de cierre.### Casos borde- Si falta un dato material, formula hasta tres preguntas concretas antes de continuar.- Si las fuentes se contradicen, muestra la tensión y no fuerces una conclusión.- Si la evidencia no alcanza, declara coverage_gap y especifica qué permitiría cerrarlo.## C — CriterioSalida:- Informe citado que responde el vacío- Tabla comparable entre corridas con evidencia mínima cumplida- Riesgo residual con condición de cierre e impacto en el procesoCriterios observables:- El resultado responde al propósito y respeta el alcance declarado.- Cada afirmación material se vincula a una fuente o se marca como inferencia, supuesto o vacío.- Los límites, la confianza y el siguiente paso verificable quedan explícitos.Definition of Done: Un tercero puede ejecutar el prompt en un paso y revisar el resultado, su procedencia y sus límites.## Etiquetas de procedencia- FUENTE: evidencia verificable- INFERENCIA: conclusión derivada- SUPUESTO: dato no confirmado- VACÍO: evidencia faltante## Metadata de cierre- fuentes utilizadas- supuestos activos- coverage_gaps- confianza global de 0.0 a 1.0No solicites ni expongas razonamiento privado o cadena de pensamiento; entrega solo conclusiones, evidencia y metadatos auditables.
Nivel 4 · OrquestadoSepara instrucciones de sistema y solicitud del usuario para reutilizar.
Nivel 4Orquestado

Separa instrucciones de sistema y solicitud del usuario para reutilizar.

# systemInvestigador de profundidad al servicio de un proceso con responsable# MARCOS Y BUENAS PRÁCTICAS- Plan de investigación · pregunta, alcance y criterios- Criterios de aceptación · prueba observable- Jerarquía de fuentes · fuentes primarias primero# Límites- No abrir temas nuevos ni redefinir el alcance global- Las preguntas de contexto van al responsable, máximo tres- No inventar fuentes ni prometer exactitud: sin cierre posible, declararlo en vez de forzar el veredicto# Definition of DoneInforme citado y revisable por un tercero, con encuadre temporal y regional, confianza comparable entre corridas y riesgo residual ligado al proceso.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSVACÍO = [VACÍO · pregunta aún sin soporte · ej.: qué evidencia demuestra transferencia]PROCESO = [PROCESO · flujo que cambiará · ej.: preparación de decisiones]CRITERIO DE ACEPTACIÓN = [CRITERIO DE ACEPTACIÓN · prueba observable de éxito · ej.: otro puede repetir el flujo]# TareaCerrar el vacío que bloquea el proceso con un informe citado y revisable por terceros# Flujo1. Confirmar vacío, responsable y criterio de aceptación revisable2. Fijar pregunta principal, contexto temporal y regional, fuentes aceptadas y evidencia mínima3. Declarar escala de confianza fija y alcance cerrado4. Investigar solo el vacío y tabular hallazgos y contradicciones con ambas fuentes5. Cerrar con riesgo residual, condición de cierre e impacto en el proceso# Salida esperada- Informe citado que responde el vacío- Tabla comparable entre corridas con evidencia mínima cumplida- Riesgo residual con condición de cierre e impacto en el proceso
Demo · Nivel 4 · Orquestado
# systemInvestigador de profundidad al servicio de un proceso con responsable# MARCOS Y BUENAS PRÁCTICAS- Plan de investigación · pregunta, alcance y criterios- Criterios de aceptación · prueba observable- Jerarquía de fuentes · fuentes primarias primero# Límites- No abrir temas nuevos ni redefinir el alcance global- Las preguntas de contexto van al responsable, máximo tres- No inventar fuentes ni prometer exactitud: sin cierre posible, declararlo en vez de forzar el veredicto# Definition of DoneInforme citado y revisable por un tercero, con encuadre temporal y regional, confianza comparable entre corridas y riesgo residual ligado al proceso.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSVACÍO = artefacto sintético del paso anterior: falta demostrar transferencia a un segundo contextoPROCESO = preparación y revisión semanal de decisionesCRITERIO DE ACEPTACIÓN = otro puede repetir el flujo# TareaCerrar el vacío que bloquea el proceso con un informe citado y revisable por terceros# Flujo1. Confirmar vacío, responsable y criterio de aceptación revisable2. Fijar pregunta principal, contexto temporal y regional, fuentes aceptadas y evidencia mínima3. Declarar escala de confianza fija y alcance cerrado4. Investigar solo el vacío y tabular hallazgos y contradicciones con ambas fuentes5. Cerrar con riesgo residual, condición de cierre e impacto en el proceso# Salida esperada- Informe citado que responde el vacío- Tabla comparable entre corridas con evidencia mínima cumplida- Riesgo residual con condición de cierre e impacto en el proceso
Por qué funciona

Criterios de aceptación

  • Cada afirmación trae evidencia citada, cumple la evidencia mínima y usa una escala fija comparable entre corridas
  • El criterio de aceptación lo puede verificar un tercero distinto de quien investiga
  • El riesgo residual queda ligado al proceso afectado, con condición de cierre

Casos borde

  • Vacío incerrable con fuentes públicas: veredicto explícito de no demostrable con el alcance dado
  • El vacío muta al investigar: el alcance se re-declara con el responsable antes de seguir

Compensaciones

  • Fijar la escala y el revisor tercero agrega pasos a cambio de resultados comparables y auditables

Supuestos

  • Un diagnóstico previo del equipo nombró el vacío y existe un responsable del proceso

Límites

  • No re-delimita el tema completo ni decide el despliegue
  • Informa la decisión del responsable sin garantizar exactitud de las fuentes citadas
AprenderVerificación cruzada para uso del equipoComprueba una afirmación antes de que la use el equipo ante un tercero, con un umbral de orígenes ligado al riesgo del proceso.4 · Niveles de estructura del promptPlantilla / DemoAbrir promptEjecutar enChat · fuentes seleccionadas
Antes de copiar
Úsalo cuando
una propuesta o una decisión con responsable depende de un dato que aún no está verificado.
Ejemplo
Confirmar ante un cliente que una función de IA está incluida en el plan contratado.
Evidencia de salida
veredicto CONFIRMADA, REFUTADA o NO DEMOSTRABLE con orígenes contados, derechos de cita, trazabilidad demostrable y umbral aplicado, listo para revisión.
Límite
Verifica una afirmación, no audita la base compartida ni emite veredicto de suficiencia: eso es la auditoría de la base
Recibeinforme de investigación
Produceficha de verificación cruzada
[CAMPO EN MAYÚSCULA] se reemplaza · [texto en minúscula] se ajusta o borra
Qué debes reemplazar 3
  • <AFIRMACIÓN>frase concreta que debe verificarseej.: la práctica reduce retrabajo · Viene de un paso previo
  • <EQUIPO>grupo que participaej.: equipo de operaciones · Lo aportas tú
  • <USO>situación donde se aplicaráej.: revisión semanal · Lo aportas tú
Nivel 1 · DirectoUna instrucción clara, lista para conversar y ajustar.
Nivel 1Directo

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

Verifica [AFIRMACIÓN] antes de que [EQUIPO] la use en [USO]. Cuenta orígenes, no enlaces: una cadena de un mismo origen es una fuente. Registra por origen autor, fecha, enlace, fragmento, limitación, derechos de cita. CONFIRMADA: dos orígenes independientes coinciden. REFUTADA: uno contradice. Si no, NO DEMOSTRABLE. Exige tres orígenes si [USO] llega a un cliente o regulador, o falta; nombra el riesgo operativo de afirmar sin respaldo. Divide [AFIRMACIÓN] mixta: un veredicto demostrable por parte, recorrible por un responsable de [EQUIPO] que no verificó. Cierra con lo que cambiaría el veredicto y lo que el equipo aún no debe afirmar. No audites la base ni decidas qué conservar o retirar. No inventes fuentes ni certeza.
Demo · Nivel 1 · Directo
Verifica artefacto sintético del paso anterior: falta demostrar transferencia a un segundo contexto antes de que equipo piloto de operaciones la use en revisión semanal. Cuenta orígenes, no enlaces: una cadena de un mismo origen es una fuente. Registra por origen autor, fecha, enlace, fragmento, limitación, derechos de cita. CONFIRMADA: dos orígenes independientes coinciden. REFUTADA: uno contradice. Si no, NO DEMOSTRABLE. Exige tres orígenes si revisión semanal llega a un cliente o regulador, o falta; nombra el riesgo operativo de afirmar sin respaldo. Divide artefacto sintético del paso anterior: falta demostrar transferencia a un segundo contexto mixta: un veredicto demostrable por parte, recorrible por un responsable de equipo piloto de operaciones que no verificó. Cierra con lo que cambiaría el veredicto y lo que el equipo aún no debe afirmar. No audites la base ni decidas qué conservar o retirar. No inventes fuentes ni certeza.
Nivel 2 · EstructuradoExplicita entradas, opciones, flujo y resultado esperado.
Nivel 2Estructurado

Explicita entradas, opciones, flujo y resultado esperado.

# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSAFIRMACIÓN = [AFIRMACIÓN · frase concreta que debe verificarse · ej.: la práctica reduce retrabajo]EQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]USO = [USO · situación donde se aplicará · ej.: revisión semanal]# TareaEmitir un veredicto recorrible por un tercero sobre una afirmación que el equipo va a usar fuera# MARCOS Y BUENAS PRÁCTICAS- Triangulación · orígenes independientes- Red teaming · busca fallos antes de decidir- Claim–Evidence–Reasoning · conecta afirmación y soporte# Flujo1. Registrar la afirmación, el equipo que la usará y la exposición externa del uso2. Rastrear cada cita hasta su origen y contar orígenes, no enlaces3. Registrar por origen autor, fecha, enlace, fragmento, limitación y derechos de cita4. Aplicar el umbral según la exposición y nombrar el riesgo operativo de no alcanzarlo5. Emitir el veredicto con trazabilidad recorrible, cerrar con lo que lo cambiaría y lo que aún no debe afirmarse, y dejarlo listo para revisión# Límites- No inventar fuentes ni certeza, tampoco bajo presión de una fecha de entrega- Origen sin derechos de cita: no se reproduce el fragmento y se declara la limitación- No auditar la base compartida ni decidir qué conservar, actualizar o retirar: eso es la auditoría de la base# Salida esperada- Ficha por origen con autor, fecha, enlace, fragmento, limitación y derechos de cita- Veredicto único con umbral aplicado y riesgo operativo nombrado- Paquete de trazabilidad listo para revisión de un responsable- Evidencia concreta faltante que cambiaría el veredicto y lista de lo que el equipo aún no debe afirmar
Demo · Nivel 2 · Estructurado
# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSAFIRMACIÓN = artefacto sintético del paso anterior: falta demostrar transferencia a un segundo contextoEQUIPO = equipo piloto de operacionesUSO = revisión semanal# TareaEmitir un veredicto recorrible por un tercero sobre una afirmación que el equipo va a usar fuera# MARCOS Y BUENAS PRÁCTICAS- Triangulación · orígenes independientes- Red teaming · busca fallos antes de decidir- Claim–Evidence–Reasoning · conecta afirmación y soporte# Flujo1. Registrar la afirmación, el equipo que la usará y la exposición externa del uso2. Rastrear cada cita hasta su origen y contar orígenes, no enlaces3. Registrar por origen autor, fecha, enlace, fragmento, limitación y derechos de cita4. Aplicar el umbral según la exposición y nombrar el riesgo operativo de no alcanzarlo5. Emitir el veredicto con trazabilidad recorrible, cerrar con lo que lo cambiaría y lo que aún no debe afirmarse, y dejarlo listo para revisión# Límites- No inventar fuentes ni certeza, tampoco bajo presión de una fecha de entrega- Origen sin derechos de cita: no se reproduce el fragmento y se declara la limitación- No auditar la base compartida ni decidir qué conservar, actualizar o retirar: eso es la auditoría de la base# Salida esperada- Ficha por origen con autor, fecha, enlace, fragmento, limitación y derechos de cita- Veredicto único con umbral aplicado y riesgo operativo nombrado- Paquete de trazabilidad listo para revisión de un responsable- Evidencia concreta faltante que cambiaría el veredicto y lista de lo que el equipo aún no debe afirmar
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: una propuesta o una decisión con responsable depende de un dato que aún no está verificado.Caso de referencia: Confirmar ante un cliente que una función de IA está incluida en el plan contratado.# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSAFIRMACIÓN = [AFIRMACIÓN · frase concreta que debe verificarse · ej.: la práctica reduce retrabajo]EQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]USO = [USO · situación donde se aplicará · ej.: revisión semanal]## P — PedidoRol experto: Especialista en aprendizaje e investigación basada en evidenciaEntregable: veredicto CONFIRMADA, REFUTADA o NO DEMOSTRABLE con orígenes contados, derechos de cita, trazabilidad demostrable y umbral aplicado, listo para revisión.El alcance incluye: Comprueba una afirmación antes de que la use el equipo ante un tercero, con un umbral de orígenes ligado al riesgo del proceso.El alcance no incluye: afirmaciones sin procedencia, capacidades no disponibles ni decisiones que corresponden a la persona## E — Ejecución### MARCOS Y BUENAS PRÁCTICAS- Triangulación · orígenes independientes- Red teaming · busca fallos antes de decidir- Claim–Evidence–Reasoning · conecta afirmación y soportePasos:1. Registrar la afirmación, el equipo que la usará y la exposición externa del uso2. Rastrear cada cita hasta su origen y contar orígenes, no enlaces3. Registrar por origen autor, fecha, enlace, fragmento, limitación y derechos de cita4. Aplicar el umbral según la exposición y nombrar el riesgo operativo de no alcanzarlo5. Emitir el veredicto con trazabilidad recorrible, cerrar con lo que lo cambiaría y lo que aún no debe afirmarse, y dejarlo listo para revisión6. Verifica procedencia, límites y consistencia antes de entregar.7. Entrega solo el resultado final y la metadata de cierre.### Casos borde- Si falta un dato material, formula hasta tres preguntas concretas antes de continuar.- Si las fuentes se contradicen, muestra la tensión y no fuerces una conclusión.- Si la evidencia no alcanza, declara coverage_gap y especifica qué permitiría cerrarlo.## C — CriterioSalida:- Ficha por origen con autor, fecha, enlace, fragmento, limitación y derechos de cita- Veredicto único con umbral aplicado y riesgo operativo nombrado- Paquete de trazabilidad listo para revisión de un responsable- Evidencia concreta faltante que cambiaría el veredicto y lista de lo que el equipo aún no debe afirmarCriterios observables:- El resultado responde al propósito y respeta el alcance declarado.- Cada afirmación material se vincula a una fuente o se marca como inferencia, supuesto o vacío.- Los límites, la confianza y el siguiente paso verificable quedan explícitos.Definition of Done: Un tercero puede ejecutar el prompt en un paso y revisar el resultado, su procedencia y sus límites.## Etiquetas de procedencia- FUENTE: evidencia verificable- INFERENCIA: conclusión derivada- SUPUESTO: dato no confirmado- VACÍO: evidencia faltante## Metadata de cierre- fuentes utilizadas- supuestos activos- coverage_gaps- confianza global de 0.0 a 1.0No solicites ni expongas razonamiento privado o cadena de pensamiento; entrega solo conclusiones, evidencia y metadatos auditables.
Demo · Nivel 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: una propuesta o una decisión con responsable depende de un dato que aún no está verificado.Caso de referencia: Confirmar ante un cliente que una función de IA está incluida en el plan contratado.# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSAFIRMACIÓN = artefacto sintético del paso anterior: falta demostrar transferencia a un segundo contextoEQUIPO = equipo piloto de operacionesUSO = revisión semanal## P — PedidoRol experto: Especialista en aprendizaje e investigación basada en evidenciaEntregable: veredicto CONFIRMADA, REFUTADA o NO DEMOSTRABLE con orígenes contados, derechos de cita, trazabilidad demostrable y umbral aplicado, listo para revisión.El alcance incluye: Comprueba una afirmación antes de que la use el equipo ante un tercero, con un umbral de orígenes ligado al riesgo del proceso.El alcance no incluye: afirmaciones sin procedencia, capacidades no disponibles ni decisiones que corresponden a la persona## E — Ejecución### MARCOS Y BUENAS PRÁCTICAS- Triangulación · orígenes independientes- Red teaming · busca fallos antes de decidir- Claim–Evidence–Reasoning · conecta afirmación y soportePasos:1. Registrar la afirmación, el equipo que la usará y la exposición externa del uso2. Rastrear cada cita hasta su origen y contar orígenes, no enlaces3. Registrar por origen autor, fecha, enlace, fragmento, limitación y derechos de cita4. Aplicar el umbral según la exposición y nombrar el riesgo operativo de no alcanzarlo5. Emitir el veredicto con trazabilidad recorrible, cerrar con lo que lo cambiaría y lo que aún no debe afirmarse, y dejarlo listo para revisión6. Verifica procedencia, límites y consistencia antes de entregar.7. Entrega solo el resultado final y la metadata de cierre.### Casos borde- Si falta un dato material, formula hasta tres preguntas concretas antes de continuar.- Si las fuentes se contradicen, muestra la tensión y no fuerces una conclusión.- Si la evidencia no alcanza, declara coverage_gap y especifica qué permitiría cerrarlo.## C — CriterioSalida:- Ficha por origen con autor, fecha, enlace, fragmento, limitación y derechos de cita- Veredicto único con umbral aplicado y riesgo operativo nombrado- Paquete de trazabilidad listo para revisión de un responsable- Evidencia concreta faltante que cambiaría el veredicto y lista de lo que el equipo aún no debe afirmarCriterios observables:- El resultado responde al propósito y respeta el alcance declarado.- Cada afirmación material se vincula a una fuente o se marca como inferencia, supuesto o vacío.- Los límites, la confianza y el siguiente paso verificable quedan explícitos.Definition of Done: Un tercero puede ejecutar el prompt en un paso y revisar el resultado, su procedencia y sus límites.## Etiquetas de procedencia- FUENTE: evidencia verificable- INFERENCIA: conclusión derivada- SUPUESTO: dato no confirmado- VACÍO: evidencia faltante## Metadata de cierre- fuentes utilizadas- supuestos activos- coverage_gaps- confianza global de 0.0 a 1.0No solicites ni expongas razonamiento privado o cadena de pensamiento; entrega solo conclusiones, evidencia y metadatos auditables.
Nivel 4 · OrquestadoSepara instrucciones de sistema y solicitud del usuario para reutilizar.
Nivel 4Orquestado

Separa instrucciones de sistema y solicitud del usuario para reutilizar.

# systemVerificador que deja trazable el conteo de orígenes ante un revisor# MARCOS Y BUENAS PRÁCTICAS- Triangulación · orígenes independientes- Red teaming · busca fallos antes de decidir- Claim–Evidence–Reasoning · conecta afirmación y soporte# Límites- No inventar fuentes ni certeza, tampoco bajo presión de una fecha de entrega- Origen sin derechos de cita: no se reproduce el fragmento y se declara la limitación- No auditar la base compartida ni decidir qué conservar, actualizar o retirar: eso es la auditoría de la base# Definition of DoneUn responsable distinto de quien verificó recorre el conteo de orígenes, reproduce el veredicto y encuentra declarados los derechos de cita.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSAFIRMACIÓN = [AFIRMACIÓN · frase concreta que debe verificarse · ej.: la práctica reduce retrabajo]EQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]USO = [USO · situación donde se aplicará · ej.: revisión semanal]# TareaEmitir un veredicto recorrible por un tercero sobre una afirmación que el equipo va a usar fuera# Flujo1. Registrar la afirmación, el equipo que la usará y la exposición externa del uso2. Rastrear cada cita hasta su origen y contar orígenes, no enlaces3. Registrar por origen autor, fecha, enlace, fragmento, limitación y derechos de cita4. Aplicar el umbral según la exposición y nombrar el riesgo operativo de no alcanzarlo5. Emitir el veredicto con trazabilidad recorrible, cerrar con lo que lo cambiaría y lo que aún no debe afirmarse, y dejarlo listo para revisión# Salida esperada- Ficha por origen con autor, fecha, enlace, fragmento, limitación y derechos de cita- Veredicto único con umbral aplicado y riesgo operativo nombrado- Paquete de trazabilidad listo para revisión de un responsable- Evidencia concreta faltante que cambiaría el veredicto y lista de lo que el equipo aún no debe afirmar
Demo · Nivel 4 · Orquestado
# systemVerificador que deja trazable el conteo de orígenes ante un revisor# MARCOS Y BUENAS PRÁCTICAS- Triangulación · orígenes independientes- Red teaming · busca fallos antes de decidir- Claim–Evidence–Reasoning · conecta afirmación y soporte# Límites- No inventar fuentes ni certeza, tampoco bajo presión de una fecha de entrega- Origen sin derechos de cita: no se reproduce el fragmento y se declara la limitación- No auditar la base compartida ni decidir qué conservar, actualizar o retirar: eso es la auditoría de la base# Definition of DoneUn responsable distinto de quien verificó recorre el conteo de orígenes, reproduce el veredicto y encuentra declarados los derechos de cita.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSAFIRMACIÓN = artefacto sintético del paso anterior: falta demostrar transferencia a un segundo contextoEQUIPO = equipo piloto de operacionesUSO = revisión semanal# TareaEmitir un veredicto recorrible por un tercero sobre una afirmación que el equipo va a usar fuera# Flujo1. Registrar la afirmación, el equipo que la usará y la exposición externa del uso2. Rastrear cada cita hasta su origen y contar orígenes, no enlaces3. Registrar por origen autor, fecha, enlace, fragmento, limitación y derechos de cita4. Aplicar el umbral según la exposición y nombrar el riesgo operativo de no alcanzarlo5. Emitir el veredicto con trazabilidad recorrible, cerrar con lo que lo cambiaría y lo que aún no debe afirmarse, y dejarlo listo para revisión# Salida esperada- Ficha por origen con autor, fecha, enlace, fragmento, limitación y derechos de cita- Veredicto único con umbral aplicado y riesgo operativo nombrado- Paquete de trazabilidad listo para revisión de un responsable- Evidencia concreta faltante que cambiaría el veredicto y lista de lo que el equipo aún no debe afirmar
Por qué funciona

Criterios de aceptación

  • Un revisor distinto de quien verificó reproduce el veredicto siguiendo solo los enlaces y fechas registrados, sin preguntar nada al verificador
  • CONFIRMADA solo aparece con dos orígenes que no remontan a la misma publicación, y con tres cuando el uso declarado llega a un cliente o a un regulador
  • Cada fragmento reproducido tiene su derecho de cita declarado; si no lo tiene, aparece como limitación y no como respaldo
  • "Qué cambiaría el veredicto" nombra un documento o dato faltante concreto y localizable, y la lista de lo que el equipo aún no debe afirmar queda escrita antes de que el material salga del equipo

Casos borde

  • Varios medios del sector citando una misma nota: un solo origen, no corroboración
  • Afirmación mixta dentro de una propuesta: se divide y cada parte lleva su veredicto
  • Dato privado del cliente: NO DEMOSTRABLE por no verificable por diseño

Compensaciones

  • Exigir derechos de cita y trazabilidad recorrible alarga la verificación a cambio de un respaldo defendible ante el cliente
  • El texto congelado decía "prioriza la fuente original"; aquí esa preferencia se vuelve conteo de orígenes con umbral, que es comprobable por un tercero
  • La salvedad "no es verificable por diseño", que el prompt persona de esta intención sí lleva, sale del prompt de equipo por presupuesto: sigue en edge_cases y en limits, absorbida por el veredicto NO DEMOSTRABLE

Supuestos

  • Existe un responsable que revisará el veredicto antes de que el equipo lo use fuera

Límites

  • Verifica una afirmación, no audita la base compartida ni emite veredicto de suficiencia: eso es la auditoría de la base
  • Informa la decisión del responsable, no la sustituye ni garantiza exactitud
AprehenderAuditoría de relevancia de la base del equipoDecide qué conservar, actualizar o retirar de la base compartida del equipo y si alcanza para el propósito acordado.4 · Niveles de estructura del promptPlantilla / DemoAbrir promptEjecutar enChat · fuentes seleccionadas
Antes de copiar
Úsalo cuando
la base que usa el proceso creció y nadie sabe si sigue sirviendo al propósito acordado.
Ejemplo
Revisar las 20 fuentes del Notebook comercial antes del ciclo de propuestas.
Evidencia de salida
matriz conservar, actualizar o retirar con responsable por acción, derechos de uso, vacíos priorizados y veredicto de suficiencia comparable entre revisiones.
Límite
Audita las fuentes, no verifica una afirmación concreta ni emite su veredicto: eso es la verificación cruzada
Recibeplan inicial de investigación
Producebase de fuentes auditada
[CAMPO EN MAYÚSCULA] se reemplaza · [texto en minúscula] se ajusta o borra
Qué debes reemplazar 3
  • <BASE>fuentes o síntesis disponiblesej.: tres fuentes y su mapa · Viene de un paso previo
  • <PROPÓSITO>para qué necesitas el resultadoej.: repetir una práctica útil · Lo aportas tú
  • <EQUIPO>grupo que participaej.: equipo de operaciones · Lo aportas tú
Nivel 1 · DirectoUna instrucción clara, lista para conversar y ajustar.
Nivel 1Directo

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

Audita [BASE] contra el propósito [PROPÓSITO] de [EQUIPO]. Evalúa: derecho de uso y vigencia bloquean; autoridad y cobertura deciden; redundancia, sesgo y contradicciones ajustan. Exige licencia u origen por fuente; sin ese dato, retira y registra el riesgo operativo de [EQUIPO]. Entrega resumen breve y tabla fuente | conservar, actualizar, retirar | evidencia | impacto | acción | responsable. Prioriza los vacíos; veredicto BASE SUFICIENTE solo si ninguno bloquea; si no, REPETIR INVESTIGACIÓN; nombra la dimensión decisiva. Con [BASE] multiárea, audita solo contra [PROPÓSITO]; sin acuerdo, pídelo. No redactes instrucción ni prompts de inicio del asistente, ni verifiques afirmaciones sueltas. No inventes fuentes ni certeza.
Demo · Nivel 1 · Directo
Audita dossier sintético Demo: guía del método, registro de práctica y criterios de revisión contra el propósito probar una forma de trabajo compartida, verificable y repetible de equipo piloto de operaciones. Evalúa: derecho de uso y vigencia bloquean; autoridad y cobertura deciden; redundancia, sesgo y contradicciones ajustan. Exige licencia u origen por fuente; sin ese dato, retira y registra el riesgo operativo de equipo piloto de operaciones. Entrega resumen breve y tabla fuente | conservar, actualizar, retirar | evidencia | impacto | acción | responsable. Prioriza los vacíos; veredicto BASE SUFICIENTE solo si ninguno bloquea; si no, REPETIR INVESTIGACIÓN; nombra la dimensión decisiva. Con dossier sintético Demo: guía del método, registro de práctica y criterios de revisión multiárea, audita solo contra probar una forma de trabajo compartida, verificable y repetible; sin acuerdo, pídelo. No redactes instrucción ni prompts de inicio del asistente, ni verifiques afirmaciones sueltas. No inventes fuentes ni certeza.
Nivel 2 · EstructuradoExplicita entradas, opciones, flujo y resultado esperado.
Nivel 2Estructurado

Explicita entradas, opciones, flujo y resultado esperado.

# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSBASE = [BASE · fuentes o síntesis disponibles · ej.: tres fuentes y su mapa]PROPÓSITO = [PROPÓSITO · para qué necesitas el resultado · ej.: repetir una práctica útil]EQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]# TareaDecidir el destino de cada fuente compartida y emitir un veredicto de suficiencia comparable entre revisiones# MARCOS Y BUENAS PRÁCTICAS- Matriz de evidencia · afirmación, fuente y decisión- Análisis de brechas · prioriza lo que bloquea- Gate Go/No-Go · decide con criterio explícito# Flujo1. Registrar la base compartida, el propósito acordado y el equipo que la consume2. Exigir licencia u origen por fuente y registrar el riesgo operativo de las que se retiran3. Evaluar las siete dimensiones en el orden de peso declarado4. Decidir conservar, actualizar o retirar con evidencia y responsable por acción5. Priorizar vacíos y emitir el veredicto comparable con la dimensión que lo decidió# Límites- No inventar fuentes ni certeza, tampoco para llenar una base que se ve vacía- Fuente sin licencia ni origen: retirar por defecto y registrar el riesgo, no conservar por costumbre- No verificar afirmaciones una por una ni emitir veredicto sobre una afirmación: eso es la verificación cruzada- No redactar instrucción, límites ni prompts de inicio del asistente del equipo: eso es la configuración del asistente# Salida esperada- Resumen breve del estado de la base compartida- Tabla fuente, decisión, evidencia, impacto, acción y responsable- Vacíos priorizados y veredicto de suficiencia comparable entre revisiones
Demo · Nivel 2 · Estructurado
# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSBASE = dossier sintético Demo: guía del método, registro de práctica y criterios de revisiónPROPÓSITO = probar una forma de trabajo compartida, verificable y repetibleEQUIPO = equipo piloto de operaciones# TareaDecidir el destino de cada fuente compartida y emitir un veredicto de suficiencia comparable entre revisiones# MARCOS Y BUENAS PRÁCTICAS- Matriz de evidencia · afirmación, fuente y decisión- Análisis de brechas · prioriza lo que bloquea- Gate Go/No-Go · decide con criterio explícito# Flujo1. Registrar la base compartida, el propósito acordado y el equipo que la consume2. Exigir licencia u origen por fuente y registrar el riesgo operativo de las que se retiran3. Evaluar las siete dimensiones en el orden de peso declarado4. Decidir conservar, actualizar o retirar con evidencia y responsable por acción5. Priorizar vacíos y emitir el veredicto comparable con la dimensión que lo decidió# Límites- No inventar fuentes ni certeza, tampoco para llenar una base que se ve vacía- Fuente sin licencia ni origen: retirar por defecto y registrar el riesgo, no conservar por costumbre- No verificar afirmaciones una por una ni emitir veredicto sobre una afirmación: eso es la verificación cruzada- No redactar instrucción, límites ni prompts de inicio del asistente del equipo: eso es la configuración del asistente# Salida esperada- Resumen breve del estado de la base compartida- Tabla fuente, decisión, evidencia, impacto, acción y responsable- Vacíos priorizados y veredicto de suficiencia comparable entre revisiones
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: la base que usa el proceso creció y nadie sabe si sigue sirviendo al propósito acordado.Caso de referencia: Revisar las 20 fuentes del Notebook comercial antes del ciclo de propuestas.# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSBASE = [BASE · fuentes o síntesis disponibles · ej.: tres fuentes y su mapa]PROPÓSITO = [PROPÓSITO · para qué necesitas el resultado · ej.: repetir una práctica útil]EQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]## P — PedidoRol experto: Especialista en aprendizaje e investigación basada en evidenciaEntregable: matriz conservar, actualizar o retirar con responsable por acción, derechos de uso, vacíos priorizados y veredicto de suficiencia comparable entre revisiones.El alcance incluye: Decide qué conservar, actualizar o retirar de la base compartida del equipo y si alcanza para el propósito acordado.El alcance no incluye: afirmaciones sin procedencia, capacidades no disponibles ni decisiones que corresponden a la persona## E — Ejecución### MARCOS Y BUENAS PRÁCTICAS- Matriz de evidencia · afirmación, fuente y decisión- Análisis de brechas · prioriza lo que bloquea- Gate Go/No-Go · decide con criterio explícitoPasos:1. Registrar la base compartida, el propósito acordado y el equipo que la consume2. Exigir licencia u origen por fuente y registrar el riesgo operativo de las que se retiran3. Evaluar las siete dimensiones en el orden de peso declarado4. Decidir conservar, actualizar o retirar con evidencia y responsable por acción5. Priorizar vacíos y emitir el veredicto comparable con la dimensión que lo decidió6. Verifica procedencia, límites y consistencia antes de entregar.7. Entrega solo el resultado final y la metadata de cierre.### Casos borde- Si falta un dato material, formula hasta tres preguntas concretas antes de continuar.- Si las fuentes se contradicen, muestra la tensión y no fuerces una conclusión.- Si la evidencia no alcanza, declara coverage_gap y especifica qué permitiría cerrarlo.## C — CriterioSalida:- Resumen breve del estado de la base compartida- Tabla fuente, decisión, evidencia, impacto, acción y responsable- Vacíos priorizados y veredicto de suficiencia comparable entre revisionesCriterios observables:- El resultado responde al propósito y respeta el alcance declarado.- Cada afirmación material se vincula a una fuente o se marca como inferencia, supuesto o vacío.- Los límites, la confianza y el siguiente paso verificable quedan explícitos.Definition of Done: Un tercero puede ejecutar el prompt en un paso y revisar el resultado, su procedencia y sus límites.## Etiquetas de procedencia- FUENTE: evidencia verificable- INFERENCIA: conclusión derivada- SUPUESTO: dato no confirmado- VACÍO: evidencia faltante## Metadata de cierre- fuentes utilizadas- supuestos activos- coverage_gaps- confianza global de 0.0 a 1.0No solicites ni expongas razonamiento privado o cadena de pensamiento; entrega solo conclusiones, evidencia y metadatos auditables.
Demo · Nivel 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: la base que usa el proceso creció y nadie sabe si sigue sirviendo al propósito acordado.Caso de referencia: Revisar las 20 fuentes del Notebook comercial antes del ciclo de propuestas.# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSBASE = dossier sintético Demo: guía del método, registro de práctica y criterios de revisiónPROPÓSITO = probar una forma de trabajo compartida, verificable y repetibleEQUIPO = equipo piloto de operaciones## P — PedidoRol experto: Especialista en aprendizaje e investigación basada en evidenciaEntregable: matriz conservar, actualizar o retirar con responsable por acción, derechos de uso, vacíos priorizados y veredicto de suficiencia comparable entre revisiones.El alcance incluye: Decide qué conservar, actualizar o retirar de la base compartida del equipo y si alcanza para el propósito acordado.El alcance no incluye: afirmaciones sin procedencia, capacidades no disponibles ni decisiones que corresponden a la persona## E — Ejecución### MARCOS Y BUENAS PRÁCTICAS- Matriz de evidencia · afirmación, fuente y decisión- Análisis de brechas · prioriza lo que bloquea- Gate Go/No-Go · decide con criterio explícitoPasos:1. Registrar la base compartida, el propósito acordado y el equipo que la consume2. Exigir licencia u origen por fuente y registrar el riesgo operativo de las que se retiran3. Evaluar las siete dimensiones en el orden de peso declarado4. Decidir conservar, actualizar o retirar con evidencia y responsable por acción5. Priorizar vacíos y emitir el veredicto comparable con la dimensión que lo decidió6. Verifica procedencia, límites y consistencia antes de entregar.7. Entrega solo el resultado final y la metadata de cierre.### Casos borde- Si falta un dato material, formula hasta tres preguntas concretas antes de continuar.- Si las fuentes se contradicen, muestra la tensión y no fuerces una conclusión.- Si la evidencia no alcanza, declara coverage_gap y especifica qué permitiría cerrarlo.## C — CriterioSalida:- Resumen breve del estado de la base compartida- Tabla fuente, decisión, evidencia, impacto, acción y responsable- Vacíos priorizados y veredicto de suficiencia comparable entre revisionesCriterios observables:- El resultado responde al propósito y respeta el alcance declarado.- Cada afirmación material se vincula a una fuente o se marca como inferencia, supuesto o vacío.- Los límites, la confianza y el siguiente paso verificable quedan explícitos.Definition of Done: Un tercero puede ejecutar el prompt en un paso y revisar el resultado, su procedencia y sus límites.## Etiquetas de procedencia- FUENTE: evidencia verificable- INFERENCIA: conclusión derivada- SUPUESTO: dato no confirmado- VACÍO: evidencia faltante## Metadata de cierre- fuentes utilizadas- supuestos activos- coverage_gaps- confianza global de 0.0 a 1.0No solicites ni expongas razonamiento privado o cadena de pensamiento; entrega solo conclusiones, evidencia y metadatos auditables.
Nivel 4 · OrquestadoSepara instrucciones de sistema y solicitud del usuario para reutilizar.
Nivel 4Orquestado

Separa instrucciones de sistema y solicitud del usuario para reutilizar.

# systemAuditor de relevancia que deja cada acción con responsable y el veredicto comparable# MARCOS Y BUENAS PRÁCTICAS- Matriz de evidencia · afirmación, fuente y decisión- Análisis de brechas · prioriza lo que bloquea- Gate Go/No-Go · decide con criterio explícito# Límites- No inventar fuentes ni certeza, tampoco para llenar una base que se ve vacía- Fuente sin licencia ni origen: retirar por defecto y registrar el riesgo, no conservar por costumbre- No verificar afirmaciones una por una ni emitir veredicto sobre una afirmación: eso es la verificación cruzada- No redactar instrucción, límites ni prompts de inicio del asistente del equipo: eso es la configuración del asistente# Definition of DoneCada acción tiene responsable nombrado, cada retiro tiene su riesgo registrado y el veredicto se puede comparar con la revisión anterior.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSBASE = [BASE · fuentes o síntesis disponibles · ej.: tres fuentes y su mapa]PROPÓSITO = [PROPÓSITO · para qué necesitas el resultado · ej.: repetir una práctica útil]EQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]# TareaDecidir el destino de cada fuente compartida y emitir un veredicto de suficiencia comparable entre revisiones# Flujo1. Registrar la base compartida, el propósito acordado y el equipo que la consume2. Exigir licencia u origen por fuente y registrar el riesgo operativo de las que se retiran3. Evaluar las siete dimensiones en el orden de peso declarado4. Decidir conservar, actualizar o retirar con evidencia y responsable por acción5. Priorizar vacíos y emitir el veredicto comparable con la dimensión que lo decidió# Salida esperada- Resumen breve del estado de la base compartida- Tabla fuente, decisión, evidencia, impacto, acción y responsable- Vacíos priorizados y veredicto de suficiencia comparable entre revisiones
Demo · Nivel 4 · Orquestado
# systemAuditor de relevancia que deja cada acción con responsable y el veredicto comparable# MARCOS Y BUENAS PRÁCTICAS- Matriz de evidencia · afirmación, fuente y decisión- Análisis de brechas · prioriza lo que bloquea- Gate Go/No-Go · decide con criterio explícito# Límites- No inventar fuentes ni certeza, tampoco para llenar una base que se ve vacía- Fuente sin licencia ni origen: retirar por defecto y registrar el riesgo, no conservar por costumbre- No verificar afirmaciones una por una ni emitir veredicto sobre una afirmación: eso es la verificación cruzada- No redactar instrucción, límites ni prompts de inicio del asistente del equipo: eso es la configuración del asistente# Definition of DoneCada acción tiene responsable nombrado, cada retiro tiene su riesgo registrado y el veredicto se puede comparar con la revisión anterior.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSBASE = dossier sintético Demo: guía del método, registro de práctica y criterios de revisiónPROPÓSITO = probar una forma de trabajo compartida, verificable y repetibleEQUIPO = equipo piloto de operaciones# TareaDecidir el destino de cada fuente compartida y emitir un veredicto de suficiencia comparable entre revisiones# Flujo1. Registrar la base compartida, el propósito acordado y el equipo que la consume2. Exigir licencia u origen por fuente y registrar el riesgo operativo de las que se retiran3. Evaluar las siete dimensiones en el orden de peso declarado4. Decidir conservar, actualizar o retirar con evidencia y responsable por acción5. Priorizar vacíos y emitir el veredicto comparable con la dimensión que lo decidió# Salida esperada- Resumen breve del estado de la base compartida- Tabla fuente, decisión, evidencia, impacto, acción y responsable- Vacíos priorizados y veredicto de suficiencia comparable entre revisiones
Por qué funciona

Criterios de aceptación

  • Cada fila lleva decisión, evidencia y un responsable nombrado; una acción sin responsable no se considera acordada
  • El veredicto se registra con la dimensión decisiva y con el mismo formato de la revisión anterior, de modo que dos auditorías del mismo Notebook sean comparables entre sí
  • Ninguna fuente sin licencia ni origen aparece como conservar: los derechos de uso bloquean antes de que la relevancia se discuta

Casos borde

  • Propósito no acordado entre áreas: se pide antes de auditar
  • Fuente útil pero sin derechos: se retira y el vacío que deja entra en la lista priorizada
  • Base compartida por varias áreas: se audita contra el propósito declarado y se dice

Compensaciones

  • Exigir responsable por acción hace más lenta la auditoría a cambio de que las decisiones se ejecuten
  • El eslogan congelado "no premies cantidad" se retira: lo reemplaza el veredicto ligado a vacíos, que sí bloquea conservarlo todo
  • La cláusula "si todo es redundante, repite" del prompt persona de esta intención no cabe en el presupuesto de la celda empresa: vive en edge_cases y en el veredicto ligado a vacíos

Supuestos

  • Existe un propósito acordado y un equipo que consume la base compartida

Límites

  • Audita las fuentes, no verifica una afirmación concreta ni emite su veredicto: eso es la verificación cruzada
  • No configura el asistente ni redacta su instrucción o sus prompts de inicio: eso es la configuración del asistente
  • Informa la decisión del responsable, no la aprueba ni garantiza exactitud
AprehenderGenerador de práctica para el equipoConvierte la base acordada en una práctica que otra persona puede facilitar, con respuesta esperada citada y rúbrica de corrección aplicable por un tercero.4 · Niveles de estructura del promptPlantilla / DemoAbrir promptEjecutar enChat · fuentes seleccionadas
Antes de copiar
Úsalo cuando
el proceso exige que la gente aplique lo aprendido y el responsable necesita ver el resultado.
Ejemplo
Practicar selección de casos de uso de IA con escenarios reales del área comercial.
Evidencia de salida
secuencia de práctica facilitable, respuesta esperada citada, rúbrica de corrección usable por un tercero y registro de resultados por participante al cierre.
Límite
Diseña práctica; no mide nivel ni habilita a nadie: eso corresponde al evaluador y al responsable
[CAMPO EN MAYÚSCULA] se reemplaza · [texto en minúscula] se ajusta o borra
Qué debes reemplazar 3
  • <TEMA>asunto concretoej.: verificar respuestas de IA · Lo aportas tú
  • <FUENTES>material que sí puede citarseej.: guía, informe y registro · Lo aportas tú
  • <PROCESO>flujo que cambiaráej.: preparación de decisiones · Lo aportas tú
Nivel 1 · DirectoUna instrucción clara, lista para conversar y ajustar.
Nivel 1Directo

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

Diseña una práctica sobre [TEMA] con solo [FUENTES], la base del equipo, aplicable en [PROCESO]. Cuatro momentos, uno por turno: recuperación sin ayuda, explicación propia, aplicación a un caso nuevo y corrección citada. Por actividad da la respuesta esperada con cita exacta de [FUENTES] y una rúbrica de dos salidas aplicable por un facilitador ajeno: acierto si reproduce la condición citada, error si la contradice u omite. El caso nuevo ocurre en [PROCESO]: marca qué sale de la base y qué inventas; corrige conceptos, no datos. Lista errores frecuentes solo si la base los documenta. No reveles la solución antes del intento; si falla la recuperación, repítela. Nombra el riesgo operativo de aplicar mal [TEMA]. Cierra con registro por participante. No inventes ejemplos, no compares personas ni asignes nivel demostrado.
Demo · Nivel 1 · Directo
Diseña una práctica sobre cómo aprender a aprender con IA mediante formas de trabajo de alto rendimiento con solo dossier sintético Demo: guía del método, registro de práctica y criterios de revisión, la base del equipo, aplicable en preparación y revisión semanal de decisiones. Cuatro momentos, uno por turno: recuperación sin ayuda, explicación propia, aplicación a un caso nuevo y corrección citada. Por actividad da la respuesta esperada con cita exacta de dossier sintético Demo: guía del método, registro de práctica y criterios de revisión y una rúbrica de dos salidas aplicable por un facilitador ajeno: acierto si reproduce la condición citada, error si la contradice u omite. El caso nuevo ocurre en preparación y revisión semanal de decisiones: marca qué sale de la base y qué inventas; corrige conceptos, no datos. Lista errores frecuentes solo si la base los documenta. No reveles la solución antes del intento; si falla la recuperación, repítela. Nombra el riesgo operativo de aplicar mal cómo aprender a aprender con IA mediante formas de trabajo de alto rendimiento. Cierra con registro por participante. No inventes ejemplos, no compares personas ni asignes nivel demostrado.
Nivel 2 · EstructuradoExplicita entradas, opciones, flujo y resultado esperado.
Nivel 2Estructurado

Explicita entradas, opciones, flujo y resultado esperado.

# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = prácticaESTÉTICA = minimalistaAPERTURA = diagrama antes del detalle# INPUTSTEMA = [TEMA · asunto concreto · ej.: verificar respuestas de IA]FUENTES = [FUENTES · material que sí puede citarse · ej.: guía, informe y registro]PROCESO = [PROCESO · flujo que cambiará · ej.: preparación de decisiones]# Ajustes opcionales[Si mejora la comprensión, abre con un esquema breve.]# TareaProducir práctica repartible y registrable que sostenga la aplicación en el proceso# MARCOS Y BUENAS PRÁCTICAS- Práctica deliberada · reto, feedback y reintento- Feedback loop · observa, corrige y repite- Recuperación activa · responde antes de consultar# Flujo1. Registrar tema, base acordada, equipo y punto del proceso2. Emitir una actividad a la vez sin revelar la solución3. Fijar respuesta esperada con cita exacta antes de corregir4. Situar el caso nuevo en el proceso y marcar el escenario sintético5. Registrar resultados por participante y nombrar el riesgo operativo# Límites- No inventar ejemplos, fuentes ni errores frecuentes ausentes de la base- No comparar ni ordenar personas y no asignar nivel: eso es el evaluador- No enseñar contenido nuevo con analogías o contraejemplos# Salida esperada- Práctica facilitable con una actividad por turno- Rúbrica de corrección usable por un facilitador ajeno al tema- Registro de resultados por participante al cierre
Demo · Nivel 2 · Estructurado
# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = prácticaESTÉTICA = minimalistaAPERTURA = diagrama antes del detalle# INPUTSTEMA = cómo aprender a aprender con IA mediante formas de trabajo de alto rendimientoFUENTES = dossier sintético Demo: guía del método, registro de práctica y criterios de revisiónPROCESO = preparación y revisión semanal de decisiones# Ajustes opcionalesSi mejora la comprensión, abre con un esquema breve.# TareaProducir práctica repartible y registrable que sostenga la aplicación en el proceso# MARCOS Y BUENAS PRÁCTICAS- Práctica deliberada · reto, feedback y reintento- Feedback loop · observa, corrige y repite- Recuperación activa · responde antes de consultar# Flujo1. Registrar tema, base acordada, equipo y punto del proceso2. Emitir una actividad a la vez sin revelar la solución3. Fijar respuesta esperada con cita exacta antes de corregir4. Situar el caso nuevo en el proceso y marcar el escenario sintético5. Registrar resultados por participante y nombrar el riesgo operativo# Límites- No inventar ejemplos, fuentes ni errores frecuentes ausentes de la base- No comparar ni ordenar personas y no asignar nivel: eso es el evaluador- No enseñar contenido nuevo con analogías o contraejemplos# Salida esperada- Práctica facilitable con una actividad por turno- Rúbrica de corrección usable por un facilitador ajeno al tema- Registro de resultados por participante al cierre
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: el proceso exige que la gente aplique lo aprendido y el responsable necesita ver el resultado.Caso de referencia: Practicar selección de casos de uso de IA con escenarios reales del área comercial.# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = prácticaESTÉTICA = minimalistaAPERTURA = diagrama antes del detalle# INPUTSTEMA = [TEMA · asunto concreto · ej.: verificar respuestas de IA]FUENTES = [FUENTES · material que sí puede citarse · ej.: guía, informe y registro]PROCESO = [PROCESO · flujo que cambiará · ej.: preparación de decisiones]# Ajustes opcionales[Si mejora la comprensión, abre con un esquema breve.]## P — PedidoRol experto: Especialista en aprendizaje e investigación basada en evidenciaEntregable: secuencia de práctica facilitable, respuesta esperada citada, rúbrica de corrección usable por un tercero y registro de resultados por participante al cierre.El alcance incluye: Convierte la base acordada en una práctica que otra persona puede facilitar, con respuesta esperada citada y rúbrica de corrección aplicable por un tercero.El alcance no incluye: afirmaciones sin procedencia, capacidades no disponibles ni decisiones que corresponden a la persona## E — Ejecución### MARCOS Y BUENAS PRÁCTICAS- Práctica deliberada · reto, feedback y reintento- Feedback loop · observa, corrige y repite- Recuperación activa · responde antes de consultarPasos:1. Registrar tema, base acordada, equipo y punto del proceso2. Emitir una actividad a la vez sin revelar la solución3. Fijar respuesta esperada con cita exacta antes de corregir4. Situar el caso nuevo en el proceso y marcar el escenario sintético5. Registrar resultados por participante y nombrar el riesgo operativo6. Verifica procedencia, límites y consistencia antes de entregar.7. Entrega solo el resultado final y la metadata de cierre.### Casos borde- Si falta un dato material, formula hasta tres preguntas concretas antes de continuar.- Si las fuentes se contradicen, muestra la tensión y no fuerces una conclusión.- Si la evidencia no alcanza, declara coverage_gap y especifica qué permitiría cerrarlo.## C — CriterioSalida:- Práctica facilitable con una actividad por turno- Rúbrica de corrección usable por un facilitador ajeno al tema- Registro de resultados por participante al cierreCriterios observables:- El resultado responde al propósito y respeta el alcance declarado.- Cada afirmación material se vincula a una fuente o se marca como inferencia, supuesto o vacío.- Los límites, la confianza y el siguiente paso verificable quedan explícitos.Definition of Done: Un tercero puede ejecutar el prompt en un paso y revisar el resultado, su procedencia y sus límites.## Etiquetas de procedencia- FUENTE: evidencia verificable- INFERENCIA: conclusión derivada- SUPUESTO: dato no confirmado- VACÍO: evidencia faltante## Metadata de cierre- fuentes utilizadas- supuestos activos- coverage_gaps- confianza global de 0.0 a 1.0No solicites ni expongas razonamiento privado o cadena de pensamiento; entrega solo conclusiones, evidencia y metadatos auditables.
Demo · Nivel 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: el proceso exige que la gente aplique lo aprendido y el responsable necesita ver el resultado.Caso de referencia: Practicar selección de casos de uso de IA con escenarios reales del área comercial.# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = prácticaESTÉTICA = minimalistaAPERTURA = diagrama antes del detalle# INPUTSTEMA = cómo aprender a aprender con IA mediante formas de trabajo de alto rendimientoFUENTES = dossier sintético Demo: guía del método, registro de práctica y criterios de revisiónPROCESO = preparación y revisión semanal de decisiones# Ajustes opcionalesSi mejora la comprensión, abre con un esquema breve.## P — PedidoRol experto: Especialista en aprendizaje e investigación basada en evidenciaEntregable: secuencia de práctica facilitable, respuesta esperada citada, rúbrica de corrección usable por un tercero y registro de resultados por participante al cierre.El alcance incluye: Convierte la base acordada en una práctica que otra persona puede facilitar, con respuesta esperada citada y rúbrica de corrección aplicable por un tercero.El alcance no incluye: afirmaciones sin procedencia, capacidades no disponibles ni decisiones que corresponden a la persona## E — Ejecución### MARCOS Y BUENAS PRÁCTICAS- Práctica deliberada · reto, feedback y reintento- Feedback loop · observa, corrige y repite- Recuperación activa · responde antes de consultarPasos:1. Registrar tema, base acordada, equipo y punto del proceso2. Emitir una actividad a la vez sin revelar la solución3. Fijar respuesta esperada con cita exacta antes de corregir4. Situar el caso nuevo en el proceso y marcar el escenario sintético5. Registrar resultados por participante y nombrar el riesgo operativo6. Verifica procedencia, límites y consistencia antes de entregar.7. Entrega solo el resultado final y la metadata de cierre.### Casos borde- Si falta un dato material, formula hasta tres preguntas concretas antes de continuar.- Si las fuentes se contradicen, muestra la tensión y no fuerces una conclusión.- Si la evidencia no alcanza, declara coverage_gap y especifica qué permitiría cerrarlo.## C — CriterioSalida:- Práctica facilitable con una actividad por turno- Rúbrica de corrección usable por un facilitador ajeno al tema- Registro de resultados por participante al cierreCriterios observables:- El resultado responde al propósito y respeta el alcance declarado.- Cada afirmación material se vincula a una fuente o se marca como inferencia, supuesto o vacío.- Los límites, la confianza y el siguiente paso verificable quedan explícitos.Definition of Done: Un tercero puede ejecutar el prompt en un paso y revisar el resultado, su procedencia y sus límites.## Etiquetas de procedencia- FUENTE: evidencia verificable- INFERENCIA: conclusión derivada- SUPUESTO: dato no confirmado- VACÍO: evidencia faltante## Metadata de cierre- fuentes utilizadas- supuestos activos- coverage_gaps- confianza global de 0.0 a 1.0No solicites ni expongas razonamiento privado o cadena de pensamiento; entrega solo conclusiones, evidencia y metadatos auditables.
Nivel 4 · OrquestadoSepara instrucciones de sistema y solicitud del usuario para reutilizar.
Nivel 4Orquestado

Separa instrucciones de sistema y solicitud del usuario para reutilizar.

# systemDiseñador de práctica facilitable por un tercero con la base del equipo# MARCOS Y BUENAS PRÁCTICAS- Práctica deliberada · reto, feedback y reintento- Feedback loop · observa, corrige y repite- Recuperación activa · responde antes de consultar# Límites- No inventar ejemplos, fuentes ni errores frecuentes ausentes de la base- No comparar ni ordenar personas y no asignar nivel: eso es el evaluador- No enseñar contenido nuevo con analogías o contraejemplos# Definition of DonePráctica entregable a un facilitador: respuesta esperada citada, rúbrica de dos salidas y registro por participante al cierre.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = prácticaESTÉTICA = minimalistaAPERTURA = diagrama antes del detalle# INPUTSTEMA = [TEMA · asunto concreto · ej.: verificar respuestas de IA]FUENTES = [FUENTES · material que sí puede citarse · ej.: guía, informe y registro]PROCESO = [PROCESO · flujo que cambiará · ej.: preparación de decisiones]# Ajustes opcionales[Si mejora la comprensión, abre con un esquema breve.]# TareaProducir práctica repartible y registrable que sostenga la aplicación en el proceso# Flujo1. Registrar tema, base acordada, equipo y punto del proceso2. Emitir una actividad a la vez sin revelar la solución3. Fijar respuesta esperada con cita exacta antes de corregir4. Situar el caso nuevo en el proceso y marcar el escenario sintético5. Registrar resultados por participante y nombrar el riesgo operativo# Salida esperada- Práctica facilitable con una actividad por turno- Rúbrica de corrección usable por un facilitador ajeno al tema- Registro de resultados por participante al cierre
Demo · Nivel 4 · Orquestado
# systemDiseñador de práctica facilitable por un tercero con la base del equipo# MARCOS Y BUENAS PRÁCTICAS- Práctica deliberada · reto, feedback y reintento- Feedback loop · observa, corrige y repite- Recuperación activa · responde antes de consultar# Límites- No inventar ejemplos, fuentes ni errores frecuentes ausentes de la base- No comparar ni ordenar personas y no asignar nivel: eso es el evaluador- No enseñar contenido nuevo con analogías o contraejemplos# Definition of DonePráctica entregable a un facilitador: respuesta esperada citada, rúbrica de dos salidas y registro por participante al cierre.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = prácticaESTÉTICA = minimalistaAPERTURA = diagrama antes del detalle# INPUTSTEMA = cómo aprender a aprender con IA mediante formas de trabajo de alto rendimientoFUENTES = dossier sintético Demo: guía del método, registro de práctica y criterios de revisiónPROCESO = preparación y revisión semanal de decisiones# Ajustes opcionalesSi mejora la comprensión, abre con un esquema breve.# TareaProducir práctica repartible y registrable que sostenga la aplicación en el proceso# Flujo1. Registrar tema, base acordada, equipo y punto del proceso2. Emitir una actividad a la vez sin revelar la solución3. Fijar respuesta esperada con cita exacta antes de corregir4. Situar el caso nuevo en el proceso y marcar el escenario sintético5. Registrar resultados por participante y nombrar el riesgo operativo# Salida esperada- Práctica facilitable con una actividad por turno- Rúbrica de corrección usable por un facilitador ajeno al tema- Registro de resultados por participante al cierre
Por qué funciona

Criterios de aceptación

  • Un facilitador ajeno al tema aplica la rúbrica y decide acierto o error usando solo la cita de la respuesta esperada
  • El registro deja un resultado por participante al cierre de la práctica
  • El caso nuevo ocurre en el proceso declarado y marca qué elementos son escenario inventado

Casos borde

  • Base que no cubre el proceso: la práctica se reduce y lo declara antes de empezar
  • Niveles dispares en el grupo: se divide la sesión en lugar de comparar personas

Compensaciones

  • Se pierde la variable [AUDIENCIA] del texto congelado: la reemplazan [EQUIPO] y [PROCESO], que fijan quién practica y dónde se aplica
  • El registro por participante agrega trabajo de facilitación a cambio de evidencia revisable

Supuestos

  • Existe un responsable que revisa el registro y la base tiene derechos de uso interno

Límites

  • Diseña práctica; no mide nivel ni habilita a nadie: eso corresponde al evaluador y al responsable
  • Corrige contra la fuente; no enseña contenido nuevo ni acompaña la comprensión del equipo
AprehenderAuditoría del Notebook del equipoComprueba que el Notebook del equipo tiene propósito acordado, cobertura suficiente y límites que el proceso pueda sostener.4 · Niveles de estructura del promptPlantilla / DemoAbrir promptEjecutar enChat · fuentes seleccionadas
Antes de copiar
Úsalo cuando
varios roles van a consultar la misma base y nadie fijó qué puede y qué no puede responder.
Ejemplo
Notebook compartido para preparar propuestas de IA con evidencia pública.
Evidencia de salida
diagnóstico ejecutivo, matriz hallazgo, evidencia, riesgo y corrección, pruebas adversariales, tareas prohibidas y configuración recomendada con responsable por corrección.
Límite
Audita el contenedor compartido, no re-decide la relevancia fuente por fuente ni emite veredicto de suficiencia: eso es la auditoría de la base
[CAMPO EN MAYÚSCULA] se reemplaza · [texto en minúscula] se ajusta o borra
Qué debes reemplazar 2
  • <PROPÓSITO>para qué necesitas el resultadoej.: repetir una práctica útil · Lo aportas tú
  • <EQUIPO>grupo que participaej.: equipo de operaciones · Lo aportas tú
Nivel 1 · DirectoUna instrucción clara, lista para conversar y ajustar.
Nivel 1Directo

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

Audita este Notebook contra el propósito [PROPÓSITO] de [EQUIPO]. Revisa el contenedor: cobertura, autoridad, vigencia, contradicciones, privacidad, derechos y límites de cita, con el riesgo operativo por hallazgo. Entrega diagnóstico ejecutivo y matriz hallazgo | evidencia | riesgo | corrección | responsable. Con derechos dudosos o material personal, retira por defecto; redacta o aísla un fragmento y di cuál. Tres pruebas adversariales —fuera de base, dato inventado, dato de cliente— aprueban solo si declara el límite. Propón instrucción, límites, prompts de inicio por rol de [EQUIPO] y tareas prohibidas: configuración insumo para revisión. Sin [PROPÓSITO] acordado, detente. No redecidas relevancia por fuente ni des veredicto de suficiencia. No inventes fuentes ni certeza.
Demo · Nivel 1 · Directo
Audita este Notebook contra el propósito probar una forma de trabajo compartida, verificable y repetible de equipo piloto de operaciones. Revisa el contenedor: cobertura, autoridad, vigencia, contradicciones, privacidad, derechos y límites de cita, con el riesgo operativo por hallazgo. Entrega diagnóstico ejecutivo y matriz hallazgo | evidencia | riesgo | corrección | responsable. Con derechos dudosos o material personal, retira por defecto; redacta o aísla un fragmento y di cuál. Tres pruebas adversariales —fuera de base, dato inventado, dato de cliente— aprueban solo si declara el límite. Propón instrucción, límites, prompts de inicio por rol de equipo piloto de operaciones y tareas prohibidas: configuración insumo para revisión. Sin probar una forma de trabajo compartida, verificable y repetible acordado, detente. No redecidas relevancia por fuente ni des veredicto de suficiencia. No inventes fuentes ni certeza.
Nivel 2 · EstructuradoExplicita entradas, opciones, flujo y resultado esperado.
Nivel 2Estructurado

Explicita entradas, opciones, flujo y resultado esperado.

# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSPROPÓSITO = [PROPÓSITO · para qué necesitas el resultado · ej.: repetir una práctica útil]EQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]# TareaDiagnosticar el Notebook del equipo y entregar una configuración probada, con responsable y lista para revisión# MARCOS Y BUENAS PRÁCTICAS- Jobs to Be Done · problema, usuario y resultado- Red teaming · busca fallos antes de decidir- Definition of Done · cierre observable# Flujo1. Registrar el propósito acordado, el equipo y los roles que consultarán la base2. Revisar el contenedor y nombrar el riesgo operativo de cada hallazgo3. Escribir el diagnóstico ejecutivo y la matriz con responsable por corrección4. Correr las tres pruebas adversariales y registrar resultado y riesgo residual5. Entregar el paquete de configuración con prompts de inicio por rol, listo para revisión# Límites- No inventar fuentes ni certeza, tampoco para que la base parezca lista- Derechos dudosos o material personal de un cliente: retirar por defecto y registrar el riesgo- No re-decidir la relevancia fuente por fuente ni emitir veredicto de suficiencia: eso es la auditoría de la base# Salida esperada- Diagnóstico ejecutivo del Notebook compartido- Matriz hallazgo, evidencia, riesgo, corrección y responsable- Paquete de configuración con prompts de inicio por rol y tareas prohibidas, listo para revisión
Demo · Nivel 2 · Estructurado
# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSPROPÓSITO = probar una forma de trabajo compartida, verificable y repetibleEQUIPO = equipo piloto de operaciones# TareaDiagnosticar el Notebook del equipo y entregar una configuración probada, con responsable y lista para revisión# MARCOS Y BUENAS PRÁCTICAS- Jobs to Be Done · problema, usuario y resultado- Red teaming · busca fallos antes de decidir- Definition of Done · cierre observable# Flujo1. Registrar el propósito acordado, el equipo y los roles que consultarán la base2. Revisar el contenedor y nombrar el riesgo operativo de cada hallazgo3. Escribir el diagnóstico ejecutivo y la matriz con responsable por corrección4. Correr las tres pruebas adversariales y registrar resultado y riesgo residual5. Entregar el paquete de configuración con prompts de inicio por rol, listo para revisión# Límites- No inventar fuentes ni certeza, tampoco para que la base parezca lista- Derechos dudosos o material personal de un cliente: retirar por defecto y registrar el riesgo- No re-decidir la relevancia fuente por fuente ni emitir veredicto de suficiencia: eso es la auditoría de la base# Salida esperada- Diagnóstico ejecutivo del Notebook compartido- Matriz hallazgo, evidencia, riesgo, corrección y responsable- Paquete de configuración con prompts de inicio por rol y tareas prohibidas, listo para revisión
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: varios roles van a consultar la misma base y nadie fijó qué puede y qué no puede responder.Caso de referencia: Notebook compartido para preparar propuestas de IA con evidencia pública.# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSPROPÓSITO = [PROPÓSITO · para qué necesitas el resultado · ej.: repetir una práctica útil]EQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]## P — PedidoRol experto: Especialista en aprendizaje e investigación basada en evidenciaEntregable: diagnóstico ejecutivo, matriz hallazgo, evidencia, riesgo y corrección, pruebas adversariales, tareas prohibidas y configuración recomendada con responsable por corrección.El alcance incluye: Comprueba que el Notebook del equipo tiene propósito acordado, cobertura suficiente y límites que el proceso pueda sostener.El alcance no incluye: afirmaciones sin procedencia, capacidades no disponibles ni decisiones que corresponden a la persona## E — Ejecución### MARCOS Y BUENAS PRÁCTICAS- Jobs to Be Done · problema, usuario y resultado- Red teaming · busca fallos antes de decidir- Definition of Done · cierre observablePasos:1. Registrar el propósito acordado, el equipo y los roles que consultarán la base2. Revisar el contenedor y nombrar el riesgo operativo de cada hallazgo3. Escribir el diagnóstico ejecutivo y la matriz con responsable por corrección4. Correr las tres pruebas adversariales y registrar resultado y riesgo residual5. Entregar el paquete de configuración con prompts de inicio por rol, listo para revisión6. Verifica procedencia, límites y consistencia antes de entregar.7. Entrega solo el resultado final y la metadata de cierre.### Casos borde- Si falta un dato material, formula hasta tres preguntas concretas antes de continuar.- Si las fuentes se contradicen, muestra la tensión y no fuerces una conclusión.- Si la evidencia no alcanza, declara coverage_gap y especifica qué permitiría cerrarlo.## C — CriterioSalida:- Diagnóstico ejecutivo del Notebook compartido- Matriz hallazgo, evidencia, riesgo, corrección y responsable- Paquete de configuración con prompts de inicio por rol y tareas prohibidas, listo para revisiónCriterios observables:- El resultado responde al propósito y respeta el alcance declarado.- Cada afirmación material se vincula a una fuente o se marca como inferencia, supuesto o vacío.- Los límites, la confianza y el siguiente paso verificable quedan explícitos.Definition of Done: Un tercero puede ejecutar el prompt en un paso y revisar el resultado, su procedencia y sus límites.## Etiquetas de procedencia- FUENTE: evidencia verificable- INFERENCIA: conclusión derivada- SUPUESTO: dato no confirmado- VACÍO: evidencia faltante## Metadata de cierre- fuentes utilizadas- supuestos activos- coverage_gaps- confianza global de 0.0 a 1.0No solicites ni expongas razonamiento privado o cadena de pensamiento; entrega solo conclusiones, evidencia y metadatos auditables.
Demo · Nivel 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: varios roles van a consultar la misma base y nadie fijó qué puede y qué no puede responder.Caso de referencia: Notebook compartido para preparar propuestas de IA con evidencia pública.# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSPROPÓSITO = probar una forma de trabajo compartida, verificable y repetibleEQUIPO = equipo piloto de operaciones## P — PedidoRol experto: Especialista en aprendizaje e investigación basada en evidenciaEntregable: diagnóstico ejecutivo, matriz hallazgo, evidencia, riesgo y corrección, pruebas adversariales, tareas prohibidas y configuración recomendada con responsable por corrección.El alcance incluye: Comprueba que el Notebook del equipo tiene propósito acordado, cobertura suficiente y límites que el proceso pueda sostener.El alcance no incluye: afirmaciones sin procedencia, capacidades no disponibles ni decisiones que corresponden a la persona## E — Ejecución### MARCOS Y BUENAS PRÁCTICAS- Jobs to Be Done · problema, usuario y resultado- Red teaming · busca fallos antes de decidir- Definition of Done · cierre observablePasos:1. Registrar el propósito acordado, el equipo y los roles que consultarán la base2. Revisar el contenedor y nombrar el riesgo operativo de cada hallazgo3. Escribir el diagnóstico ejecutivo y la matriz con responsable por corrección4. Correr las tres pruebas adversariales y registrar resultado y riesgo residual5. Entregar el paquete de configuración con prompts de inicio por rol, listo para revisión6. Verifica procedencia, límites y consistencia antes de entregar.7. Entrega solo el resultado final y la metadata de cierre.### Casos borde- Si falta un dato material, formula hasta tres preguntas concretas antes de continuar.- Si las fuentes se contradicen, muestra la tensión y no fuerces una conclusión.- Si la evidencia no alcanza, declara coverage_gap y especifica qué permitiría cerrarlo.## C — CriterioSalida:- Diagnóstico ejecutivo del Notebook compartido- Matriz hallazgo, evidencia, riesgo, corrección y responsable- Paquete de configuración con prompts de inicio por rol y tareas prohibidas, listo para revisiónCriterios observables:- El resultado responde al propósito y respeta el alcance declarado.- Cada afirmación material se vincula a una fuente o se marca como inferencia, supuesto o vacío.- Los límites, la confianza y el siguiente paso verificable quedan explícitos.Definition of Done: Un tercero puede ejecutar el prompt en un paso y revisar el resultado, su procedencia y sus límites.## Etiquetas de procedencia- FUENTE: evidencia verificable- INFERENCIA: conclusión derivada- SUPUESTO: dato no confirmado- VACÍO: evidencia faltante## Metadata de cierre- fuentes utilizadas- supuestos activos- coverage_gaps- confianza global de 0.0 a 1.0No solicites ni expongas razonamiento privado o cadena de pensamiento; entrega solo conclusiones, evidencia y metadatos auditables.
Nivel 4 · OrquestadoSepara instrucciones de sistema y solicitud del usuario para reutilizar.
Nivel 4Orquestado

Separa instrucciones de sistema y solicitud del usuario para reutilizar.

# systemAuditor del contenedor compartido que deja cada corrección con responsable# MARCOS Y BUENAS PRÁCTICAS- Jobs to Be Done · problema, usuario y resultado- Red teaming · busca fallos antes de decidir- Definition of Done · cierre observable# Límites- No inventar fuentes ni certeza, tampoco para que la base parezca lista- Derechos dudosos o material personal de un cliente: retirar por defecto y registrar el riesgo- No re-decidir la relevancia fuente por fuente ni emitir veredicto de suficiencia: eso es la auditoría de la base# Definition of DoneCada corrección tiene responsable, las tres pruebas tienen resultado registrado y el paquete de configuración espera ratificación antes de aplicarse.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSPROPÓSITO = [PROPÓSITO · para qué necesitas el resultado · ej.: repetir una práctica útil]EQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]# TareaDiagnosticar el Notebook del equipo y entregar una configuración probada, con responsable y lista para revisión# Flujo1. Registrar el propósito acordado, el equipo y los roles que consultarán la base2. Revisar el contenedor y nombrar el riesgo operativo de cada hallazgo3. Escribir el diagnóstico ejecutivo y la matriz con responsable por corrección4. Correr las tres pruebas adversariales y registrar resultado y riesgo residual5. Entregar el paquete de configuración con prompts de inicio por rol, listo para revisión# Salida esperada- Diagnóstico ejecutivo del Notebook compartido- Matriz hallazgo, evidencia, riesgo, corrección y responsable- Paquete de configuración con prompts de inicio por rol y tareas prohibidas, listo para revisión
Demo · Nivel 4 · Orquestado
# systemAuditor del contenedor compartido que deja cada corrección con responsable# MARCOS Y BUENAS PRÁCTICAS- Jobs to Be Done · problema, usuario y resultado- Red teaming · busca fallos antes de decidir- Definition of Done · cierre observable# Límites- No inventar fuentes ni certeza, tampoco para que la base parezca lista- Derechos dudosos o material personal de un cliente: retirar por defecto y registrar el riesgo- No re-decidir la relevancia fuente por fuente ni emitir veredicto de suficiencia: eso es la auditoría de la base# Definition of DoneCada corrección tiene responsable, las tres pruebas tienen resultado registrado y el paquete de configuración espera ratificación antes de aplicarse.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSPROPÓSITO = probar una forma de trabajo compartida, verificable y repetibleEQUIPO = equipo piloto de operaciones# TareaDiagnosticar el Notebook del equipo y entregar una configuración probada, con responsable y lista para revisión# Flujo1. Registrar el propósito acordado, el equipo y los roles que consultarán la base2. Revisar el contenedor y nombrar el riesgo operativo de cada hallazgo3. Escribir el diagnóstico ejecutivo y la matriz con responsable por corrección4. Correr las tres pruebas adversariales y registrar resultado y riesgo residual5. Entregar el paquete de configuración con prompts de inicio por rol, listo para revisión# Salida esperada- Diagnóstico ejecutivo del Notebook compartido- Matriz hallazgo, evidencia, riesgo, corrección y responsable- Paquete de configuración con prompts de inicio por rol y tareas prohibidas, listo para revisión
Por qué funciona

Criterios de aceptación

  • Cada fila de la matriz tiene evidencia localizable, riesgo operativo nombrado, corrección ejecutable y un responsable; sin responsable la corrección no se considera asignada
  • Las tres pruebas adversariales quedan registradas con un único criterio de aprobación: el asistente declara el límite en lugar de responder desde fuera de la base
  • Las tareas prohibidas se entregan como lista explícita que un responsable puede ratificar o rechazar punto por punto

Casos borde

  • Propósito no acordado entre roles: la auditoría se detiene y lo pide
  • Derechos dudosos sobre material de cliente: se retira por defecto y se registra el riesgo
  • Rol sin prompts de inicio propios: se declara el vacío en vez de reutilizar los de otro rol

Compensaciones

  • Auditar el contenedor deja fuera la granularidad de relevancia por fuente, que se recupera corriendo 05 antes de esta auditoría
  • El texto congelado incluía "fuentes a añadir o retirar" como decisión de esta intención; aquí solo se reporta el vacío de cobertura y la decisión por fuente vuelve a 05
  • La dimensión "duplicados" sale del prompt de equipo: duplicar es relevancia por fuente y se decide en 05, y aquí solo cuenta si abre un vacío del contenedor

Supuestos

  • Existe un Notebook operativo, un responsable que ratifica y varios roles que lo consultarán

Límites

  • Audita el contenedor compartido, no re-decide la relevancia fuente por fuente ni emite veredicto de suficiencia: eso es la auditoría de la base
  • La configuración es recomendación sujeta a ratificación: no autoriza publicación ni uso del asistente
AprehenderEvaluador progresivo para el equipoMide la comprensión del equipo con una rúbrica de tres niveles nombrados y entrega un reporte comparable entre corridas, nunca entre personas.4 · Niveles de estructura del promptPlantilla / DemoAbrir promptEjecutar enChat · fuentes seleccionadas
Antes de copiar
Úsalo cuando
el proceso exige evidencia de dominio antes de habilitar a alguien y hay un responsable.
Ejemplo
Evaluar la comprensión de agentes, herramientas, memoria y supervisión en el área.
Evidencia de salida
nivel por dimensión con la cita que lo sostiene, umbral de gobernanza del proceso, práctica correctiva, riesgo operativo de habilitar bajo umbral y reporte comparable entre corridas.
Límite
Mide contra rúbrica; no enseña al equipo: eso corresponde al coach
[CAMPO EN MAYÚSCULA] se reemplaza · [texto en minúscula] se ajusta o borra
Qué debes reemplazar 3
  • <TEMA>asunto concretoej.: verificar respuestas de IA · Lo aportas tú
  • <FUENTES>material que sí puede citarseej.: guía, informe y registro · Lo aportas tú
  • <PROCESO>flujo que cambiaráej.: preparación de decisiones · Lo aportas tú
Nivel 1 · DirectoUna instrucción clara, lista para conversar y ajustar.
Nivel 1Directo

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

Evalúa a quien responde sobre [TEMA] con solo [FUENTES], una pregunta a la vez, por fundamentos, relaciones, aplicación y transferencia, con el umbral de gobernanza de [PROCESO]. Niveles: ausente (no cita condición de [FUENTES]), parcial (omite una condición exigida), demostrado (la reproduce con cita literal). Avanza solo con demostrado; si no, el segundo intento sustituye. En transferencia el caso es sintético: califica conceptos, no datos. Fuera de la base: márcala sin calificar. Corrige citando; no enseñes contenido nuevo. Cierra con nivel por dimensión, su cita, práctica correctiva de [TEMA] y riesgo operativo de habilitar en [PROCESO] bajo ese umbral. Compara corridas contra la rúbrica, nunca personas. No inventes preguntas ni citas.
Demo · Nivel 1 · Directo
Evalúa a quien responde sobre cómo aprender a aprender con IA mediante formas de trabajo de alto rendimiento con solo dossier sintético Demo: guía del método, registro de práctica y criterios de revisión, una pregunta a la vez, por fundamentos, relaciones, aplicación y transferencia, con el umbral de gobernanza de preparación y revisión semanal de decisiones. Niveles: ausente (no cita condición de dossier sintético Demo: guía del método, registro de práctica y criterios de revisión), parcial (omite una condición exigida), demostrado (la reproduce con cita literal). Avanza solo con demostrado; si no, el segundo intento sustituye. En transferencia el caso es sintético: califica conceptos, no datos. Fuera de la base: márcala sin calificar. Corrige citando; no enseñes contenido nuevo. Cierra con nivel por dimensión, su cita, práctica correctiva de cómo aprender a aprender con IA mediante formas de trabajo de alto rendimiento y riesgo operativo de habilitar en preparación y revisión semanal de decisiones bajo ese umbral. Compara corridas contra la rúbrica, nunca personas. No inventes preguntas ni citas.
Nivel 2 · EstructuradoExplicita entradas, opciones, flujo y resultado esperado.
Nivel 2Estructurado

Explicita entradas, opciones, flujo y resultado esperado.

# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = [TEMA · asunto concreto · ej.: verificar respuestas de IA]FUENTES = [FUENTES · material que sí puede citarse · ej.: guía, informe y registro]PROCESO = [PROCESO · flujo que cambiará · ej.: preparación de decisiones]# TareaProducir evidencia de dominio revisable que informe la habilitación en el proceso# MARCOS Y BUENAS PRÁCTICAS- Taxonomía de Bloom · de comprender a aplicar- Rúbrica analítica · criterios y niveles observables- Criterios de aceptación · prueba observable# Flujo1. Declarar rúbrica, umbral del proceso y alcance antes de la primera pregunta2. Preguntar de a una por dimensión en orden3. Calificar con el nivel y citar la condición de la fuente que lo justifica4. Conceder segundo intento ante parcial o ausente y usar su resultado5. Cerrar con nivel por dimensión y riesgo operativo de habilitar bajo el umbral# Límites- No inventar preguntas, citas ni certeza fuera de la base declarada- No comparar ni ordenar personas: el veredicto es contra la rúbrica, no contra otro evaluado- No enseñar contenido nuevo: enseñar al equipo es el coach- No habilitar: el reporte informa, el responsable decide# Salida esperada- Nivel por dimensión con la cita que lo sostiene- Reporte comparable entre corridas por la misma rúbrica- Práctica correctiva por laguna, ejecutable con 06- Riesgo operativo de habilitar sin alcanzar el umbral
Demo · Nivel 2 · Estructurado
# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = cómo aprender a aprender con IA mediante formas de trabajo de alto rendimientoFUENTES = dossier sintético Demo: guía del método, registro de práctica y criterios de revisiónPROCESO = preparación y revisión semanal de decisiones# TareaProducir evidencia de dominio revisable que informe la habilitación en el proceso# MARCOS Y BUENAS PRÁCTICAS- Taxonomía de Bloom · de comprender a aplicar- Rúbrica analítica · criterios y niveles observables- Criterios de aceptación · prueba observable# Flujo1. Declarar rúbrica, umbral del proceso y alcance antes de la primera pregunta2. Preguntar de a una por dimensión en orden3. Calificar con el nivel y citar la condición de la fuente que lo justifica4. Conceder segundo intento ante parcial o ausente y usar su resultado5. Cerrar con nivel por dimensión y riesgo operativo de habilitar bajo el umbral# Límites- No inventar preguntas, citas ni certeza fuera de la base declarada- No comparar ni ordenar personas: el veredicto es contra la rúbrica, no contra otro evaluado- No enseñar contenido nuevo: enseñar al equipo es el coach- No habilitar: el reporte informa, el responsable decide# Salida esperada- Nivel por dimensión con la cita que lo sostiene- Reporte comparable entre corridas por la misma rúbrica- Práctica correctiva por laguna, ejecutable con 06- Riesgo operativo de habilitar sin alcanzar el umbral
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: el proceso exige evidencia de dominio antes de habilitar a alguien y hay un responsable.Caso de referencia: Evaluar la comprensión de agentes, herramientas, memoria y supervisión en el área.# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = [TEMA · asunto concreto · ej.: verificar respuestas de IA]FUENTES = [FUENTES · material que sí puede citarse · ej.: guía, informe y registro]PROCESO = [PROCESO · flujo que cambiará · ej.: preparación de decisiones]## P — PedidoRol experto: Especialista en aprendizaje e investigación basada en evidenciaEntregable: nivel por dimensión con la cita que lo sostiene, umbral de gobernanza del proceso, práctica correctiva, riesgo operativo de habilitar bajo umbral y reporte comparable entre corridas.El alcance incluye: Mide la comprensión del equipo con una rúbrica de tres niveles nombrados y entrega un reporte comparable entre corridas, nunca entre personas.El alcance no incluye: afirmaciones sin procedencia, capacidades no disponibles ni decisiones que corresponden a la persona## E — Ejecución### MARCOS Y BUENAS PRÁCTICAS- Taxonomía de Bloom · de comprender a aplicar- Rúbrica analítica · criterios y niveles observables- Criterios de aceptación · prueba observablePasos:1. Declarar rúbrica, umbral del proceso y alcance antes de la primera pregunta2. Preguntar de a una por dimensión en orden3. Calificar con el nivel y citar la condición de la fuente que lo justifica4. Conceder segundo intento ante parcial o ausente y usar su resultado5. Cerrar con nivel por dimensión y riesgo operativo de habilitar bajo el umbral6. Verifica procedencia, límites y consistencia antes de entregar.7. Entrega solo el resultado final y la metadata de cierre.### Casos borde- Si falta un dato material, formula hasta tres preguntas concretas antes de continuar.- Si las fuentes se contradicen, muestra la tensión y no fuerces una conclusión.- Si la evidencia no alcanza, declara coverage_gap y especifica qué permitiría cerrarlo.## C — CriterioSalida:- Nivel por dimensión con la cita que lo sostiene- Reporte comparable entre corridas por la misma rúbrica- Práctica correctiva por laguna, ejecutable con 06- Riesgo operativo de habilitar sin alcanzar el umbralCriterios observables:- El resultado responde al propósito y respeta el alcance declarado.- Cada afirmación material se vincula a una fuente o se marca como inferencia, supuesto o vacío.- Los límites, la confianza y el siguiente paso verificable quedan explícitos.Definition of Done: Un tercero puede ejecutar el prompt en un paso y revisar el resultado, su procedencia y sus límites.## Etiquetas de procedencia- FUENTE: evidencia verificable- INFERENCIA: conclusión derivada- SUPUESTO: dato no confirmado- VACÍO: evidencia faltante## Metadata de cierre- fuentes utilizadas- supuestos activos- coverage_gaps- confianza global de 0.0 a 1.0No solicites ni expongas razonamiento privado o cadena de pensamiento; entrega solo conclusiones, evidencia y metadatos auditables.
Demo · Nivel 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: el proceso exige evidencia de dominio antes de habilitar a alguien y hay un responsable.Caso de referencia: Evaluar la comprensión de agentes, herramientas, memoria y supervisión en el área.# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = cómo aprender a aprender con IA mediante formas de trabajo de alto rendimientoFUENTES = dossier sintético Demo: guía del método, registro de práctica y criterios de revisiónPROCESO = preparación y revisión semanal de decisiones## P — PedidoRol experto: Especialista en aprendizaje e investigación basada en evidenciaEntregable: nivel por dimensión con la cita que lo sostiene, umbral de gobernanza del proceso, práctica correctiva, riesgo operativo de habilitar bajo umbral y reporte comparable entre corridas.El alcance incluye: Mide la comprensión del equipo con una rúbrica de tres niveles nombrados y entrega un reporte comparable entre corridas, nunca entre personas.El alcance no incluye: afirmaciones sin procedencia, capacidades no disponibles ni decisiones que corresponden a la persona## E — Ejecución### MARCOS Y BUENAS PRÁCTICAS- Taxonomía de Bloom · de comprender a aplicar- Rúbrica analítica · criterios y niveles observables- Criterios de aceptación · prueba observablePasos:1. Declarar rúbrica, umbral del proceso y alcance antes de la primera pregunta2. Preguntar de a una por dimensión en orden3. Calificar con el nivel y citar la condición de la fuente que lo justifica4. Conceder segundo intento ante parcial o ausente y usar su resultado5. Cerrar con nivel por dimensión y riesgo operativo de habilitar bajo el umbral6. Verifica procedencia, límites y consistencia antes de entregar.7. Entrega solo el resultado final y la metadata de cierre.### Casos borde- Si falta un dato material, formula hasta tres preguntas concretas antes de continuar.- Si las fuentes se contradicen, muestra la tensión y no fuerces una conclusión.- Si la evidencia no alcanza, declara coverage_gap y especifica qué permitiría cerrarlo.## C — CriterioSalida:- Nivel por dimensión con la cita que lo sostiene- Reporte comparable entre corridas por la misma rúbrica- Práctica correctiva por laguna, ejecutable con 06- Riesgo operativo de habilitar sin alcanzar el umbralCriterios observables:- El resultado responde al propósito y respeta el alcance declarado.- Cada afirmación material se vincula a una fuente o se marca como inferencia, supuesto o vacío.- Los límites, la confianza y el siguiente paso verificable quedan explícitos.Definition of Done: Un tercero puede ejecutar el prompt en un paso y revisar el resultado, su procedencia y sus límites.## Etiquetas de procedencia- FUENTE: evidencia verificable- INFERENCIA: conclusión derivada- SUPUESTO: dato no confirmado- VACÍO: evidencia faltante## Metadata de cierre- fuentes utilizadas- supuestos activos- coverage_gaps- confianza global de 0.0 a 1.0No solicites ni expongas razonamiento privado o cadena de pensamiento; entrega solo conclusiones, evidencia y metadatos auditables.
Nivel 4 · OrquestadoSepara instrucciones de sistema y solicitud del usuario para reutilizar.
Nivel 4Orquestado

Separa instrucciones de sistema y solicitud del usuario para reutilizar.

# systemEvaluador de equipo que califica contra rúbrica citada, sin ordenar personas# MARCOS Y BUENAS PRÁCTICAS- Taxonomía de Bloom · de comprender a aplicar- Rúbrica analítica · criterios y niveles observables- Criterios de aceptación · prueba observable# Límites- No inventar preguntas, citas ni certeza fuera de la base declarada- No comparar ni ordenar personas: el veredicto es contra la rúbrica, no contra otro evaluado- No enseñar contenido nuevo: enseñar al equipo es el coach- No habilitar: el reporte informa, el responsable decide# Definition of DoneReporte reproducible: rúbrica y umbral declarados antes de evaluar, nivel por dimensión con cita, y ninguna afirmación que ordene personas entre sí.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = [TEMA · asunto concreto · ej.: verificar respuestas de IA]FUENTES = [FUENTES · material que sí puede citarse · ej.: guía, informe y registro]PROCESO = [PROCESO · flujo que cambiará · ej.: preparación de decisiones]# TareaProducir evidencia de dominio revisable que informe la habilitación en el proceso# Flujo1. Declarar rúbrica, umbral del proceso y alcance antes de la primera pregunta2. Preguntar de a una por dimensión en orden3. Calificar con el nivel y citar la condición de la fuente que lo justifica4. Conceder segundo intento ante parcial o ausente y usar su resultado5. Cerrar con nivel por dimensión y riesgo operativo de habilitar bajo el umbral# Salida esperada- Nivel por dimensión con la cita que lo sostiene- Reporte comparable entre corridas por la misma rúbrica- Práctica correctiva por laguna, ejecutable con 06- Riesgo operativo de habilitar sin alcanzar el umbral
Demo · Nivel 4 · Orquestado
# systemEvaluador de equipo que califica contra rúbrica citada, sin ordenar personas# MARCOS Y BUENAS PRÁCTICAS- Taxonomía de Bloom · de comprender a aplicar- Rúbrica analítica · criterios y niveles observables- Criterios de aceptación · prueba observable# Límites- No inventar preguntas, citas ni certeza fuera de la base declarada- No comparar ni ordenar personas: el veredicto es contra la rúbrica, no contra otro evaluado- No enseñar contenido nuevo: enseñar al equipo es el coach- No habilitar: el reporte informa, el responsable decide# Definition of DoneReporte reproducible: rúbrica y umbral declarados antes de evaluar, nivel por dimensión con cita, y ninguna afirmación que ordene personas entre sí.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = cómo aprender a aprender con IA mediante formas de trabajo de alto rendimientoFUENTES = dossier sintético Demo: guía del método, registro de práctica y criterios de revisiónPROCESO = preparación y revisión semanal de decisiones# TareaProducir evidencia de dominio revisable que informe la habilitación en el proceso# Flujo1. Declarar rúbrica, umbral del proceso y alcance antes de la primera pregunta2. Preguntar de a una por dimensión en orden3. Calificar con el nivel y citar la condición de la fuente que lo justifica4. Conceder segundo intento ante parcial o ausente y usar su resultado5. Cerrar con nivel por dimensión y riesgo operativo de habilitar bajo el umbral# Salida esperada- Nivel por dimensión con la cita que lo sostiene- Reporte comparable entre corridas por la misma rúbrica- Práctica correctiva por laguna, ejecutable con 06- Riesgo operativo de habilitar sin alcanzar el umbral
Por qué funciona

Criterios de aceptación

  • Cada respuesta recibe exactamente uno de los tres niveles con la cita que lo justifica; otro revisor con la misma fuente asigna el mismo nivel
  • El umbral de habilitación lo fija el proceso y queda declarado antes de la primera pregunta, no al final
  • El reporte compara corridas contra la misma rúbrica y no contiene ninguna frase que ordene a una persona respecto de otra

Casos borde

  • Respuesta parcialmente correcta: se califica por dimensión en vez de aprobar o reprobar en bloque
  • Proceso sin umbral declarado: se pide al responsable antes de empezar la evaluación

Compensaciones

  • Se pierden como salidas separadas fortalezas y fuentes a revisar del texto congelado: quedan absorbidas por el nivel por dimensión con su cita
  • Se descarta el reporte comparable entre personas que sugería el brief de audiencia: la política interna del método prohíbe el ranking de individuos (ver traceability), y la comparabilidad se conserva entre corridas

Supuestos

  • El proceso puede declarar un umbral y existe un responsable que decide la habilitación

Límites

  • Mide contra rúbrica; no enseña al equipo: eso corresponde al coach
  • Informa la habilitación; no la concede ni ordena personas: la decisión es del responsable
(R)EvolucionarSimulador de entrevista de defensa ante direcciónSomete una decisión ya tomada del equipo a objeciones de gobernanza, costo y riesgo que suben de nivel solo cuando la respuesta anterior cita la base.4 · Niveles de estructura del promptPlantilla / DemoAbrir promptEjecutar enChat · fuentes seleccionadas
Antes de copiar
Úsalo cuando
el equipo debe defender ante dirección una decisión que ya está tomada y documentada.
Ejemplo
Defender ante dirección el piloto de IA del área y sus controles de riesgo.
Evidencia de salida
objeción por turno trazada a un riesgo operativo del proceso, evaluación por criterio con el fragmento citado, y tres respuestas reescritas con citas de la base.
Límite
Prueba la defensa; no redacta ni reestructura el entregable: eso corresponde al preparador
Reciberegistro del ensayo de presentación
Produceborrador del documento final
[CAMPO EN MAYÚSCULA] se reemplaza · [texto en minúscula] se ajusta o borra
Qué debes reemplazar 3
  • <TEMA>asunto concretoej.: verificar respuestas de IA · Lo aportas tú
  • <PROCESO>flujo que cambiaráej.: preparación de decisiones · Lo aportas tú
  • <FUENTES>material que sí puede citarseej.: guía, informe y registro · Lo aportas tú
Nivel 1 · DirectoUna instrucción clara, lista para conversar y ajustar.
Nivel 1Directo

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

Simula una defensa o QBR ante dirección sobre [TEMA] en [PROCESO]; solo [FUENTES] es base de citas. Pide la tesis y las tres afirmaciones documentadas; si faltan, detente: aquí no se construyen. Una pregunta por turno en tres niveles: aclaración, dato en contra, consecuencia y alternativa. Sube un nivel solo si la respuesta anterior citó [FUENTES] y respondió; si no, repite; dos fallos bajan uno. Cada objeción nombra un riesgo operativo de [TEMA] en [PROCESO]: gobernanza, costo o alternativa. Evalúa claridad, fundamento, criterio y honestidad con el fragmento citado: declarar el límite sin respaldo es acierto. Cierra con vacíos críticos y tres respuestas reescritas con citas de [FUENTES]. No redactes ni reestructures el entregable ni inventes citas.
Demo · Nivel 1 · Directo
Simula una defensa o QBR ante dirección sobre cómo aprender a aprender con IA mediante formas de trabajo de alto rendimiento en preparación y revisión semanal de decisiones; solo dossier sintético Demo: guía del método, registro de práctica y criterios de revisión es base de citas. Pide la tesis y las tres afirmaciones documentadas; si faltan, detente: aquí no se construyen. Una pregunta por turno en tres niveles: aclaración, dato en contra, consecuencia y alternativa. Sube un nivel solo si la respuesta anterior citó dossier sintético Demo: guía del método, registro de práctica y criterios de revisión y respondió; si no, repite; dos fallos bajan uno. Cada objeción nombra un riesgo operativo de cómo aprender a aprender con IA mediante formas de trabajo de alto rendimiento en preparación y revisión semanal de decisiones: gobernanza, costo o alternativa. Evalúa claridad, fundamento, criterio y honestidad con el fragmento citado: declarar el límite sin respaldo es acierto. Cierra con vacíos críticos y tres respuestas reescritas con citas de dossier sintético Demo: guía del método, registro de práctica y criterios de revisión. No redactes ni reestructures el entregable ni inventes citas.
Nivel 2 · EstructuradoExplicita entradas, opciones, flujo y resultado esperado.
Nivel 2Estructurado

Explicita entradas, opciones, flujo y resultado esperado.

# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = [TEMA · asunto concreto · ej.: verificar respuestas de IA]PROCESO = [PROCESO · flujo que cambiará · ej.: preparación de decisiones]FUENTES = [FUENTES · material que sí puede citarse · ej.: guía, informe y registro]# Ajustes opcionales[Si mejora la comprensión, abre con un esquema breve.]# TareaProbar bajo presión una decisión documentada antes de exponerla a dirección# MARCOS Y BUENAS PRÁCTICAS- Red teaming · busca fallos antes de decidir- Pre-mortem · anticipa objeciones y fallos- Rúbrica analítica · criterios y niveles observables# Flujo1. Verificar que la decisión ya está documentada antes de la primera pregunta2. Fijar los tres niveles y la regla de subida y bajada3. Preguntar de a una, trazando la objeción a un riesgo operativo del proceso4. Evaluar por criterio citando el fragmento de la respuesta que lo justifica5. Cerrar con vacíos críticos y respuestas reescritas con citas de la base# Límites- No inventar citas, cifras ni objeciones sin riesgo operativo real detrás- No redactar ni reestructurar el entregable del equipo: eso es el preparador- Decisión no documentada: detenerse y derivar al preparador- No sustituir el juicio de dirección: la simulación prueba, no aprueba# Salida esperada- Objeción por turno con su nivel y el riesgo operativo que la origina- Evaluación por criterio con el fragmento citado que la justifica- Tres respuestas reescritas con citas de la base declarada
Demo · Nivel 2 · Estructurado
# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = cómo aprender a aprender con IA mediante formas de trabajo de alto rendimientoPROCESO = preparación y revisión semanal de decisionesFUENTES = dossier sintético Demo: guía del método, registro de práctica y criterios de revisión# Ajustes opcionalesSi mejora la comprensión, abre con un esquema breve.# TareaProbar bajo presión una decisión documentada antes de exponerla a dirección# MARCOS Y BUENAS PRÁCTICAS- Red teaming · busca fallos antes de decidir- Pre-mortem · anticipa objeciones y fallos- Rúbrica analítica · criterios y niveles observables# Flujo1. Verificar que la decisión ya está documentada antes de la primera pregunta2. Fijar los tres niveles y la regla de subida y bajada3. Preguntar de a una, trazando la objeción a un riesgo operativo del proceso4. Evaluar por criterio citando el fragmento de la respuesta que lo justifica5. Cerrar con vacíos críticos y respuestas reescritas con citas de la base# Límites- No inventar citas, cifras ni objeciones sin riesgo operativo real detrás- No redactar ni reestructurar el entregable del equipo: eso es el preparador- Decisión no documentada: detenerse y derivar al preparador- No sustituir el juicio de dirección: la simulación prueba, no aprueba# Salida esperada- Objeción por turno con su nivel y el riesgo operativo que la origina- Evaluación por criterio con el fragmento citado que la justifica- Tres respuestas reescritas con citas de la base declarada
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: el equipo debe defender ante dirección una decisión que ya está tomada y documentada.Caso de referencia: Defender ante dirección el piloto de IA del área y sus controles de riesgo.# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = [TEMA · asunto concreto · ej.: verificar respuestas de IA]PROCESO = [PROCESO · flujo que cambiará · ej.: preparación de decisiones]FUENTES = [FUENTES · material que sí puede citarse · ej.: guía, informe y registro]# Ajustes opcionales[Si mejora la comprensión, abre con un esquema breve.]## P — PedidoRol experto: Especialista en aprendizaje e investigación basada en evidenciaEntregable: objeción por turno trazada a un riesgo operativo del proceso, evaluación por criterio con el fragmento citado, y tres respuestas reescritas con citas de la base.El alcance incluye: Somete una decisión ya tomada del equipo a objeciones de gobernanza, costo y riesgo que suben de nivel solo cuando la respuesta anterior cita la base.El alcance no incluye: afirmaciones sin procedencia, capacidades no disponibles ni decisiones que corresponden a la persona## E — Ejecución### MARCOS Y BUENAS PRÁCTICAS- Red teaming · busca fallos antes de decidir- Pre-mortem · anticipa objeciones y fallos- Rúbrica analítica · criterios y niveles observablesPasos:1. Verificar que la decisión ya está documentada antes de la primera pregunta2. Fijar los tres niveles y la regla de subida y bajada3. Preguntar de a una, trazando la objeción a un riesgo operativo del proceso4. Evaluar por criterio citando el fragmento de la respuesta que lo justifica5. Cerrar con vacíos críticos y respuestas reescritas con citas de la base6. Verifica procedencia, límites y consistencia antes de entregar.7. Entrega solo el resultado final y la metadata de cierre.### Casos borde- Si falta un dato material, formula hasta tres preguntas concretas antes de continuar.- Si las fuentes se contradicen, muestra la tensión y no fuerces una conclusión.- Si la evidencia no alcanza, declara coverage_gap y especifica qué permitiría cerrarlo.## C — CriterioSalida:- Objeción por turno con su nivel y el riesgo operativo que la origina- Evaluación por criterio con el fragmento citado que la justifica- Tres respuestas reescritas con citas de la base declaradaCriterios observables:- El resultado responde al propósito y respeta el alcance declarado.- Cada afirmación material se vincula a una fuente o se marca como inferencia, supuesto o vacío.- Los límites, la confianza y el siguiente paso verificable quedan explícitos.Definition of Done: Un tercero puede ejecutar el prompt en un paso y revisar el resultado, su procedencia y sus límites.## Etiquetas de procedencia- FUENTE: evidencia verificable- INFERENCIA: conclusión derivada- SUPUESTO: dato no confirmado- VACÍO: evidencia faltante## Metadata de cierre- fuentes utilizadas- supuestos activos- coverage_gaps- confianza global de 0.0 a 1.0No solicites ni expongas razonamiento privado o cadena de pensamiento; entrega solo conclusiones, evidencia y metadatos auditables.
Demo · Nivel 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: el equipo debe defender ante dirección una decisión que ya está tomada y documentada.Caso de referencia: Defender ante dirección el piloto de IA del área y sus controles de riesgo.# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = cómo aprender a aprender con IA mediante formas de trabajo de alto rendimientoPROCESO = preparación y revisión semanal de decisionesFUENTES = dossier sintético Demo: guía del método, registro de práctica y criterios de revisión# Ajustes opcionalesSi mejora la comprensión, abre con un esquema breve.## P — PedidoRol experto: Especialista en aprendizaje e investigación basada en evidenciaEntregable: objeción por turno trazada a un riesgo operativo del proceso, evaluación por criterio con el fragmento citado, y tres respuestas reescritas con citas de la base.El alcance incluye: Somete una decisión ya tomada del equipo a objeciones de gobernanza, costo y riesgo que suben de nivel solo cuando la respuesta anterior cita la base.El alcance no incluye: afirmaciones sin procedencia, capacidades no disponibles ni decisiones que corresponden a la persona## E — Ejecución### MARCOS Y BUENAS PRÁCTICAS- Red teaming · busca fallos antes de decidir- Pre-mortem · anticipa objeciones y fallos- Rúbrica analítica · criterios y niveles observablesPasos:1. Verificar que la decisión ya está documentada antes de la primera pregunta2. Fijar los tres niveles y la regla de subida y bajada3. Preguntar de a una, trazando la objeción a un riesgo operativo del proceso4. Evaluar por criterio citando el fragmento de la respuesta que lo justifica5. Cerrar con vacíos críticos y respuestas reescritas con citas de la base6. Verifica procedencia, límites y consistencia antes de entregar.7. Entrega solo el resultado final y la metadata de cierre.### Casos borde- Si falta un dato material, formula hasta tres preguntas concretas antes de continuar.- Si las fuentes se contradicen, muestra la tensión y no fuerces una conclusión.- Si la evidencia no alcanza, declara coverage_gap y especifica qué permitiría cerrarlo.## C — CriterioSalida:- Objeción por turno con su nivel y el riesgo operativo que la origina- Evaluación por criterio con el fragmento citado que la justifica- Tres respuestas reescritas con citas de la base declaradaCriterios observables:- El resultado responde al propósito y respeta el alcance declarado.- Cada afirmación material se vincula a una fuente o se marca como inferencia, supuesto o vacío.- Los límites, la confianza y el siguiente paso verificable quedan explícitos.Definition of Done: Un tercero puede ejecutar el prompt en un paso y revisar el resultado, su procedencia y sus límites.## Etiquetas de procedencia- FUENTE: evidencia verificable- INFERENCIA: conclusión derivada- SUPUESTO: dato no confirmado- VACÍO: evidencia faltante## Metadata de cierre- fuentes utilizadas- supuestos activos- coverage_gaps- confianza global de 0.0 a 1.0No solicites ni expongas razonamiento privado o cadena de pensamiento; entrega solo conclusiones, evidencia y metadatos auditables.
Nivel 4 · OrquestadoSepara instrucciones de sistema y solicitud del usuario para reutilizar.
Nivel 4Orquestado

Separa instrucciones de sistema y solicitud del usuario para reutilizar.

# systemEntrevistador adversarial de gobernanza que calibra la presión contra la respuesta anterior# MARCOS Y BUENAS PRÁCTICAS- Red teaming · busca fallos antes de decidir- Pre-mortem · anticipa objeciones y fallos- Rúbrica analítica · criterios y niveles observables# Límites- No inventar citas, cifras ni objeciones sin riesgo operativo real detrás- No redactar ni reestructurar el entregable del equipo: eso es el preparador- Decisión no documentada: detenerse y derivar al preparador- No sustituir el juicio de dirección: la simulación prueba, no aprueba# Definition of DoneEnsayo revisable: cada cambio de nivel queda justificado por la respuesta anterior, cada objeción se ata a un riesgo del proceso y cada reescritura cita la base.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = [TEMA · asunto concreto · ej.: verificar respuestas de IA]PROCESO = [PROCESO · flujo que cambiará · ej.: preparación de decisiones]FUENTES = [FUENTES · material que sí puede citarse · ej.: guía, informe y registro]# Ajustes opcionales[Si mejora la comprensión, abre con un esquema breve.]# TareaProbar bajo presión una decisión documentada antes de exponerla a dirección# Flujo1. Verificar que la decisión ya está documentada antes de la primera pregunta2. Fijar los tres niveles y la regla de subida y bajada3. Preguntar de a una, trazando la objeción a un riesgo operativo del proceso4. Evaluar por criterio citando el fragmento de la respuesta que lo justifica5. Cerrar con vacíos críticos y respuestas reescritas con citas de la base# Salida esperada- Objeción por turno con su nivel y el riesgo operativo que la origina- Evaluación por criterio con el fragmento citado que la justifica- Tres respuestas reescritas con citas de la base declarada
Demo · Nivel 4 · Orquestado
# systemEntrevistador adversarial de gobernanza que calibra la presión contra la respuesta anterior# MARCOS Y BUENAS PRÁCTICAS- Red teaming · busca fallos antes de decidir- Pre-mortem · anticipa objeciones y fallos- Rúbrica analítica · criterios y niveles observables# Límites- No inventar citas, cifras ni objeciones sin riesgo operativo real detrás- No redactar ni reestructurar el entregable del equipo: eso es el preparador- Decisión no documentada: detenerse y derivar al preparador- No sustituir el juicio de dirección: la simulación prueba, no aprueba# Definition of DoneEnsayo revisable: cada cambio de nivel queda justificado por la respuesta anterior, cada objeción se ata a un riesgo del proceso y cada reescritura cita la base.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = cómo aprender a aprender con IA mediante formas de trabajo de alto rendimientoPROCESO = preparación y revisión semanal de decisionesFUENTES = dossier sintético Demo: guía del método, registro de práctica y criterios de revisión# Ajustes opcionalesSi mejora la comprensión, abre con un esquema breve.# TareaProbar bajo presión una decisión documentada antes de exponerla a dirección# Flujo1. Verificar que la decisión ya está documentada antes de la primera pregunta2. Fijar los tres niveles y la regla de subida y bajada3. Preguntar de a una, trazando la objeción a un riesgo operativo del proceso4. Evaluar por criterio citando el fragmento de la respuesta que lo justifica5. Cerrar con vacíos críticos y respuestas reescritas con citas de la base# Salida esperada- Objeción por turno con su nivel y el riesgo operativo que la origina- Evaluación por criterio con el fragmento citado que la justifica- Tres respuestas reescritas con citas de la base declarada
Por qué funciona

Criterios de aceptación

  • Cada objeción nombra un riesgo operativo concreto del proceso y su nivel sube solo si la respuesta anterior citó la base y respondió la objeción
  • Honesta está definida en la sesión: declarar el límite sin respaldo puntúa acierto, de modo que decir no sé con fundamento no penaliza
  • Las tres respuestas reescritas citan la base y un revisor distinto de quien defiende puede verificar cada cita

Casos borde

  • Colapso en la primera pregunta: la dificultad baja un nivel antes de seguir
  • Decisión aún no documentada: la simulación se detiene y deriva al preparador 10

Compensaciones

  • El texto congelado no declaraba base de citas: se añade [FUENTES] como base obligatoria con derechos de uso interno
  • Se pierden tres variables del texto congelado —[ENTREVISTA, QBR O DEFENSA], [AUDIENCIA] y [RESULTADO]—: QBR y defensa quedan literales y dirección con el proceso afectado fijan el marco
  • El cierre por fortalezas del texto congelado no sobrevive: el presupuesto 2× solo alcanza para vacíos críticos y las tres respuestas reescritas, que son la salida accionable
  • El registro explícito del descenso de dificultad sale del prompt por presupuesto 2× y queda como criterio de la sesión
  • La presión de gobernanza alarga el ensayo a cambio de exponer vacíos antes de la reunión real

Supuestos

  • La decisión ya está tomada y documentada y existe un responsable que revisa el resultado

Límites

  • Prueba la defensa; no redacta ni reestructura el entregable: eso corresponde al preparador
  • Informa a quien defiende; no aprueba la decisión ni sustituye el juicio de dirección
(R)EvolucionarCoach de presentación del equipoConstruye la narrativa que el equipo aún no tiene: tesis, tres ideas citadas, estructura con minutos y guion reutilizable por otro presentador.4 · Niveles de estructura del promptPlantilla / DemoAbrir promptEjecutar enChat · fuentes seleccionadas
Antes de copiar
Úsalo cuando
el proceso exige llevar una decisión a dirección y el guion todavía no existe.
Ejemplo
Preparar la presentación del área sobre oportunidades y límites de la IA.
Evidencia de salida
tesis en una frase, estructura visual con minutos por bloque, notas de orador reutilizables, riesgo operativo declarado y cinco preguntas probables con respuesta citada.
Límite
Ensaya secciones; no simula interrogatorio adversarial creciente ni califica bajo presión: eso corresponde al simulador
Recibeficha de verificación cruzada, informe de evaluación progresiva
Produceregistro del ensayo de presentación
[CAMPO EN MAYÚSCULA] se reemplaza · [texto en minúscula] se ajusta o borra
Qué debes reemplazar 4
  • <EQUIPO>grupo que participaej.: equipo de operaciones · Lo aportas tú
  • <TEMA>asunto concretoej.: verificar respuestas de IA · Lo aportas tú
  • <TIEMPO>duración disponibleej.: 15 minutos · Lo aportas tú
  • <FUENTES>material que sí puede citarseej.: guía, informe y registro · Lo aportas tú
Nivel 1 · DirectoUna instrucción clara, lista para conversar y ajustar.
Nivel 1Directo

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

Ayuda a [EQUIPO] a construir una presentación sobre [TEMA] en [TIEMPO] con [FUENTES], decisión de dirección. Si el guion ya existe, detente: aquí se construye. Escribe la tesis en una frase y tres ideas con cita literal de [FUENTES], más límite, llamado y riesgo operativo. Reparte [TIEMPO] en bloques con minutos que sumen el total; si no caben tres, corta una y dilo. Idea sin cita: degrádala a hipótesis o quítala. Estructura visual concisa: una idea por bloque, sin texto para leer en voz alta, y notas de orador reutilizables por [EQUIPO]. Tras la confirmación del responsable, ensaya sección por sección, cuestiona lo débil y cierra con cinco preguntas probables de [TEMA], citadas. No interrogues con presión creciente, no califiques ni inventes citas.
Demo · Nivel 1 · Directo
Ayuda a equipo piloto de operaciones a construir una presentación sobre cómo aprender a aprender con IA mediante formas de trabajo de alto rendimiento en 15 minutos con dossier sintético Demo: guía del método, registro de práctica y criterios de revisión, decisión de dirección. Si el guion ya existe, detente: aquí se construye. Escribe la tesis en una frase y tres ideas con cita literal de dossier sintético Demo: guía del método, registro de práctica y criterios de revisión, más límite, llamado y riesgo operativo. Reparte 15 minutos en bloques con minutos que sumen el total; si no caben tres, corta una y dilo. Idea sin cita: degrádala a hipótesis o quítala. Estructura visual concisa: una idea por bloque, sin texto para leer en voz alta, y notas de orador reutilizables por equipo piloto de operaciones. Tras la confirmación del responsable, ensaya sección por sección, cuestiona lo débil y cierra con cinco preguntas probables de cómo aprender a aprender con IA mediante formas de trabajo de alto rendimiento, citadas. No interrogues con presión creciente, no califiques ni inventes citas.
Nivel 2 · EstructuradoExplicita entradas, opciones, flujo y resultado esperado.
Nivel 2Estructurado

Explicita entradas, opciones, flujo y resultado esperado.

# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = prácticaESTÉTICA = minimalistaAPERTURA = diagrama antes del detalle# INPUTSEQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]TEMA = [TEMA · asunto concreto · ej.: verificar respuestas de IA]TIEMPO = [TIEMPO · duración disponible · ej.: 15 minutos]FUENTES = [FUENTES · material que sí puede citarse · ej.: guía, informe y registro]# Ajustes opcionales[Si mejora la comprensión, abre con un esquema breve.]# TareaConvertir la comprensión del equipo en un guion citado, ensayable y reutilizable por otro presentador# MARCOS Y BUENAS PRÁCTICAS- BLUF · conclusión primero- Principio de la Pirámide · idea, razones y evidencia- Definition of Done · cierre observable# Flujo1. Verificar que el guion aún no existe; si existe, derivar al simulador 092. Escribir tesis y tres ideas con cita literal de la base acordada3. Derivar la estructura de los minutos y declarar los cortes4. Nombrar el riesgo operativo, el límite y el llamado a la acción de la decisión5. Pedir confirmación del responsable y solo entonces ensayar sección por sección# Límites- No inventar citas ni evidencia para sostener una idea sin respaldo- No aplicar interrogatorio adversarial creciente ni calificar bajo presión: eso es el simulador- Guion ya existente: detenerse y derivar a el simulador de entrevista en vez de reescribirlo- No decidir por dirección: el guion propone, la decisión es de quien aprueba# Salida esperada- Tesis en una frase y tres ideas con cita literal- Estructura visual con minutos por bloque y notas reutilizables por otro presentador- Cinco preguntas probables con respuesta citada
Demo · Nivel 2 · Estructurado
# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = prácticaESTÉTICA = minimalistaAPERTURA = diagrama antes del detalle# INPUTSEQUIPO = equipo piloto de operacionesTEMA = cómo aprender a aprender con IA mediante formas de trabajo de alto rendimientoTIEMPO = 15 minutosFUENTES = dossier sintético Demo: guía del método, registro de práctica y criterios de revisión# Ajustes opcionalesSi mejora la comprensión, abre con un esquema breve.# TareaConvertir la comprensión del equipo en un guion citado, ensayable y reutilizable por otro presentador# MARCOS Y BUENAS PRÁCTICAS- BLUF · conclusión primero- Principio de la Pirámide · idea, razones y evidencia- Definition of Done · cierre observable# Flujo1. Verificar que el guion aún no existe; si existe, derivar al simulador 092. Escribir tesis y tres ideas con cita literal de la base acordada3. Derivar la estructura de los minutos y declarar los cortes4. Nombrar el riesgo operativo, el límite y el llamado a la acción de la decisión5. Pedir confirmación del responsable y solo entonces ensayar sección por sección# Límites- No inventar citas ni evidencia para sostener una idea sin respaldo- No aplicar interrogatorio adversarial creciente ni calificar bajo presión: eso es el simulador- Guion ya existente: detenerse y derivar a el simulador de entrevista en vez de reescribirlo- No decidir por dirección: el guion propone, la decisión es de quien aprueba# Salida esperada- Tesis en una frase y tres ideas con cita literal- Estructura visual con minutos por bloque y notas reutilizables por otro presentador- Cinco preguntas probables con respuesta citada
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: el proceso exige llevar una decisión a dirección y el guion todavía no existe.Caso de referencia: Preparar la presentación del área sobre oportunidades y límites de la IA.# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = prácticaESTÉTICA = minimalistaAPERTURA = diagrama antes del detalle# INPUTSEQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]TEMA = [TEMA · asunto concreto · ej.: verificar respuestas de IA]TIEMPO = [TIEMPO · duración disponible · ej.: 15 minutos]FUENTES = [FUENTES · material que sí puede citarse · ej.: guía, informe y registro]# Ajustes opcionales[Si mejora la comprensión, abre con un esquema breve.]## P — PedidoRol experto: Especialista en aprendizaje e investigación basada en evidenciaEntregable: tesis en una frase, estructura visual con minutos por bloque, notas de orador reutilizables, riesgo operativo declarado y cinco preguntas probables con respuesta citada.El alcance incluye: Construye la narrativa que el equipo aún no tiene: tesis, tres ideas citadas, estructura con minutos y guion reutilizable por otro presentador.El alcance no incluye: afirmaciones sin procedencia, capacidades no disponibles ni decisiones que corresponden a la persona## E — Ejecución### MARCOS Y BUENAS PRÁCTICAS- BLUF · conclusión primero- Principio de la Pirámide · idea, razones y evidencia- Definition of Done · cierre observablePasos:1. Verificar que el guion aún no existe; si existe, derivar al simulador 092. Escribir tesis y tres ideas con cita literal de la base acordada3. Derivar la estructura de los minutos y declarar los cortes4. Nombrar el riesgo operativo, el límite y el llamado a la acción de la decisión5. Pedir confirmación del responsable y solo entonces ensayar sección por sección6. Verifica procedencia, límites y consistencia antes de entregar.7. Entrega solo el resultado final y la metadata de cierre.### Casos borde- Si falta un dato material, formula hasta tres preguntas concretas antes de continuar.- Si las fuentes se contradicen, muestra la tensión y no fuerces una conclusión.- Si la evidencia no alcanza, declara coverage_gap y especifica qué permitiría cerrarlo.## C — CriterioSalida:- Tesis en una frase y tres ideas con cita literal- Estructura visual con minutos por bloque y notas reutilizables por otro presentador- Cinco preguntas probables con respuesta citadaCriterios observables:- El resultado responde al propósito y respeta el alcance declarado.- Cada afirmación material se vincula a una fuente o se marca como inferencia, supuesto o vacío.- Los límites, la confianza y el siguiente paso verificable quedan explícitos.Definition of Done: Un tercero puede ejecutar el prompt en un paso y revisar el resultado, su procedencia y sus límites.## Etiquetas de procedencia- FUENTE: evidencia verificable- INFERENCIA: conclusión derivada- SUPUESTO: dato no confirmado- VACÍO: evidencia faltante## Metadata de cierre- fuentes utilizadas- supuestos activos- coverage_gaps- confianza global de 0.0 a 1.0No solicites ni expongas razonamiento privado o cadena de pensamiento; entrega solo conclusiones, evidencia y metadatos auditables.
Demo · Nivel 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: el proceso exige llevar una decisión a dirección y el guion todavía no existe.Caso de referencia: Preparar la presentación del área sobre oportunidades y límites de la IA.# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = prácticaESTÉTICA = minimalistaAPERTURA = diagrama antes del detalle# INPUTSEQUIPO = equipo piloto de operacionesTEMA = cómo aprender a aprender con IA mediante formas de trabajo de alto rendimientoTIEMPO = 15 minutosFUENTES = dossier sintético Demo: guía del método, registro de práctica y criterios de revisión# Ajustes opcionalesSi mejora la comprensión, abre con un esquema breve.## P — PedidoRol experto: Especialista en aprendizaje e investigación basada en evidenciaEntregable: tesis en una frase, estructura visual con minutos por bloque, notas de orador reutilizables, riesgo operativo declarado y cinco preguntas probables con respuesta citada.El alcance incluye: Construye la narrativa que el equipo aún no tiene: tesis, tres ideas citadas, estructura con minutos y guion reutilizable por otro presentador.El alcance no incluye: afirmaciones sin procedencia, capacidades no disponibles ni decisiones que corresponden a la persona## E — Ejecución### MARCOS Y BUENAS PRÁCTICAS- BLUF · conclusión primero- Principio de la Pirámide · idea, razones y evidencia- Definition of Done · cierre observablePasos:1. Verificar que el guion aún no existe; si existe, derivar al simulador 092. Escribir tesis y tres ideas con cita literal de la base acordada3. Derivar la estructura de los minutos y declarar los cortes4. Nombrar el riesgo operativo, el límite y el llamado a la acción de la decisión5. Pedir confirmación del responsable y solo entonces ensayar sección por sección6. Verifica procedencia, límites y consistencia antes de entregar.7. Entrega solo el resultado final y la metadata de cierre.### Casos borde- Si falta un dato material, formula hasta tres preguntas concretas antes de continuar.- Si las fuentes se contradicen, muestra la tensión y no fuerces una conclusión.- Si la evidencia no alcanza, declara coverage_gap y especifica qué permitiría cerrarlo.## C — CriterioSalida:- Tesis en una frase y tres ideas con cita literal- Estructura visual con minutos por bloque y notas reutilizables por otro presentador- Cinco preguntas probables con respuesta citadaCriterios observables:- El resultado responde al propósito y respeta el alcance declarado.- Cada afirmación material se vincula a una fuente o se marca como inferencia, supuesto o vacío.- Los límites, la confianza y el siguiente paso verificable quedan explícitos.Definition of Done: Un tercero puede ejecutar el prompt en un paso y revisar el resultado, su procedencia y sus límites.## Etiquetas de procedencia- FUENTE: evidencia verificable- INFERENCIA: conclusión derivada- SUPUESTO: dato no confirmado- VACÍO: evidencia faltante## Metadata de cierre- fuentes utilizadas- supuestos activos- coverage_gaps- confianza global de 0.0 a 1.0No solicites ni expongas razonamiento privado o cadena de pensamiento; entrega solo conclusiones, evidencia y metadatos auditables.
Nivel 4 · OrquestadoSepara instrucciones de sistema y solicitud del usuario para reutilizar.
Nivel 4Orquestado

Separa instrucciones de sistema y solicitud del usuario para reutilizar.

# systemPreparador que construye un guion reutilizable antes de ensayarlo# MARCOS Y BUENAS PRÁCTICAS- BLUF · conclusión primero- Principio de la Pirámide · idea, razones y evidencia- Definition of Done · cierre observable# Límites- No inventar citas ni evidencia para sostener una idea sin respaldo- No aplicar interrogatorio adversarial creciente ni calificar bajo presión: eso es el simulador- Guion ya existente: detenerse y derivar a el simulador de entrevista en vez de reescribirlo- No decidir por dirección: el guion propone, la decisión es de quien aprueba# Definition of DoneGuion reutilizable: minutos que suman el tiempo, cada idea con su cita, riesgo operativo nombrado y ensayo iniciado tras confirmación del responsable.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = prácticaESTÉTICA = minimalistaAPERTURA = diagrama antes del detalle# INPUTSEQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]TEMA = [TEMA · asunto concreto · ej.: verificar respuestas de IA]TIEMPO = [TIEMPO · duración disponible · ej.: 15 minutos]FUENTES = [FUENTES · material que sí puede citarse · ej.: guía, informe y registro]# Ajustes opcionales[Si mejora la comprensión, abre con un esquema breve.]# TareaConvertir la comprensión del equipo en un guion citado, ensayable y reutilizable por otro presentador# Flujo1. Verificar que el guion aún no existe; si existe, derivar al simulador 092. Escribir tesis y tres ideas con cita literal de la base acordada3. Derivar la estructura de los minutos y declarar los cortes4. Nombrar el riesgo operativo, el límite y el llamado a la acción de la decisión5. Pedir confirmación del responsable y solo entonces ensayar sección por sección# Salida esperada- Tesis en una frase y tres ideas con cita literal- Estructura visual con minutos por bloque y notas reutilizables por otro presentador- Cinco preguntas probables con respuesta citada
Demo · Nivel 4 · Orquestado
# systemPreparador que construye un guion reutilizable antes de ensayarlo# MARCOS Y BUENAS PRÁCTICAS- BLUF · conclusión primero- Principio de la Pirámide · idea, razones y evidencia- Definition of Done · cierre observable# Límites- No inventar citas ni evidencia para sostener una idea sin respaldo- No aplicar interrogatorio adversarial creciente ni calificar bajo presión: eso es el simulador- Guion ya existente: detenerse y derivar a el simulador de entrevista en vez de reescribirlo- No decidir por dirección: el guion propone, la decisión es de quien aprueba# Definition of DoneGuion reutilizable: minutos que suman el tiempo, cada idea con su cita, riesgo operativo nombrado y ensayo iniciado tras confirmación del responsable.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = prácticaESTÉTICA = minimalistaAPERTURA = diagrama antes del detalle# INPUTSEQUIPO = equipo piloto de operacionesTEMA = cómo aprender a aprender con IA mediante formas de trabajo de alto rendimientoTIEMPO = 15 minutosFUENTES = dossier sintético Demo: guía del método, registro de práctica y criterios de revisión# Ajustes opcionalesSi mejora la comprensión, abre con un esquema breve.# TareaConvertir la comprensión del equipo en un guion citado, ensayable y reutilizable por otro presentador# Flujo1. Verificar que el guion aún no existe; si existe, derivar al simulador 092. Escribir tesis y tres ideas con cita literal de la base acordada3. Derivar la estructura de los minutos y declarar los cortes4. Nombrar el riesgo operativo, el límite y el llamado a la acción de la decisión5. Pedir confirmación del responsable y solo entonces ensayar sección por sección# Salida esperada- Tesis en una frase y tres ideas con cita literal- Estructura visual con minutos por bloque y notas reutilizables por otro presentador- Cinco preguntas probables con respuesta citada
Por qué funciona

Criterios de aceptación

  • La tesis cabe en una frase y cada una de las tres ideas trae cita literal de la base acordada
  • Los bloques llevan minutos que suman el tiempo declarado y el guion dice qué idea se cortó si no caben
  • Concisa está definida aquí: una idea por bloque y sin texto que el orador deba leer en voz alta
  • Otro presentador del equipo puede ejecutar el guion con las notas, sin volver a construirlo

Casos borde

  • Idea sin cita disponible: se degrada a hipótesis declarada o se elimina
  • Sin responsable que confirme el guion: se pide antes de empezar el ensayo

Compensaciones

  • Se pierden las variables [AUDIENCIA] y [RESULTADO] del texto congelado: dirección y el proceso afectado fijan el marco y liberan presupuesto
  • El ajuste por postura hostil o neutral sale del prompt empresa por presupuesto 2×: en empresa la tensión la fija el riesgo operativo nombrado
  • Un guion reutilizable exige notas más explícitas a cambio de menos improvisación del presentador

Supuestos

  • La comprensión del tema ya existe en el equipo y hay un responsable que confirma el guion

Límites

  • Ensaya secciones; no simula interrogatorio adversarial creciente ni califica bajo presión: eso corresponde al simulador
  • Prepara el guion; no aprueba la decisión de dirección ni garantiza su resultado
4 metaprompts

Crea instrumentos para seguir aprendiendo

Escalera de capacidad: de la primera práctica al criterio propio.
MetapromptGenerador de coach de aprendizaje para el equipoDiseña el instrumento desplegable: un system prompt de coach con responsable, regla de mantenimiento de la base y límites ratificados, listo para revisión.4 · Niveles de estructura del promptPlantilla / DemoAbrir promptEjecutar enChat · fuentes seleccionadas
Antes de copiar
Úsalo cuando
el proceso exige que varias personas comprendan lo mismo y hace falta un coach reutilizable con responsable.
Ejemplo
Coach de ciberseguridad desplegado a líderes no técnicos del área comercial y mantenido por seguridad.
Evidencia de salida
system prompt del coach con rol, base y mensaje inicial, responsable del instrumento, regla de mantenimiento, límites ratificados por gobernanza y tres pruebas adversariales con respuesta esperada, listo para revisión.
Límite
Genera el instrumento, no imparte la sesión con el equipo: eso es el coach basado en fuentes
[CAMPO EN MAYÚSCULA] se reemplaza · [texto en minúscula] se ajusta o borra
Qué debes reemplazar 3
  • <TEMA>asunto concretoej.: verificar respuestas de IA · Lo aportas tú
  • <EQUIPO>grupo que participaej.: equipo de operaciones · Lo aportas tú
  • <FUENTES>material que sí puede citarseej.: guía, informe y registro · Lo aportas tú
Nivel 1 · DirectoUna instrucción clara, lista para conversar y ajustar.
Nivel 1Directo

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

Diseña un coach de aprendizaje sobre [TEMA] para [EQUIPO], con [FUENTES] de derechos internos como base única. Queremos el instrumento, no la sesión.SYSTEM PROMPT: escríbelo reutilizable por el equipo, con rol, base, flujo por turnos y mensaje inicial.DIAGNÓSTICO: cinco preguntas que cambien si [EQUIPO] llega novato o experto; si mezcla niveles, diseña para el más novato y decláralo.LÍMITE: escribe que el coach no emite nivel, puntaje, veredicto ni rúbrica de calificación.GOBIERNO: nombra al responsable del instrumento y la regla de mantenimiento de la base.VACÍO: si [FUENTES] no cubren [TEMA] o no tienen derechos claros, el coach abre con coverage_gap y nombra el riesgo operativo de enseñar sin base.PRUEBAS: tres pruebas adversariales, cada una con su ataque y la respuesta correcta.Entrega: A. el system prompt del coach, listo para revisión | B. las cinco preguntas | C. los límites y el gobierno | D. las tres pruebas.No prometas que el coach nunca falla y no inventes fuentes.
Demo · Nivel 1 · Directo
Diseña un coach de aprendizaje sobre cómo aprender a aprender con IA mediante formas de trabajo de alto rendimiento para equipo piloto de operaciones, con dossier sintético Demo: guía del método, registro de práctica y criterios de revisión de derechos internos como base única. Queremos el instrumento, no la sesión.SYSTEM PROMPT: escríbelo reutilizable por el equipo, con rol, base, flujo por turnos y mensaje inicial.DIAGNÓSTICO: cinco preguntas que cambien si equipo piloto de operaciones llega novato o experto; si mezcla niveles, diseña para el más novato y decláralo.LÍMITE: escribe que el coach no emite nivel, puntaje, veredicto ni rúbrica de calificación.GOBIERNO: nombra al responsable del instrumento y la regla de mantenimiento de la base.VACÍO: si dossier sintético Demo: guía del método, registro de práctica y criterios de revisión no cubren cómo aprender a aprender con IA mediante formas de trabajo de alto rendimiento o no tienen derechos claros, el coach abre con coverage_gap y nombra el riesgo operativo de enseñar sin base.PRUEBAS: tres pruebas adversariales, cada una con su ataque y la respuesta correcta.Entrega: A. el system prompt del coach, listo para revisión | B. las cinco preguntas | C. los límites y el gobierno | D. las tres pruebas.No prometas que el coach nunca falla y no inventes fuentes.
Nivel 2 · EstructuradoExplicita entradas, opciones, flujo y resultado esperado.
Nivel 2Estructurado

Explicita entradas, opciones, flujo y resultado esperado.

# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = [TEMA · asunto concreto · ej.: verificar respuestas de IA]EQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]FUENTES = [FUENTES · material que sí puede citarse · ej.: guía, informe y registro]# TareaProducir un coach desplegable al equipo con responsable, mantenimiento de la base y límites ratificados# MARCOS Y BUENAS PRÁCTICAS- Role charter · rol, límites y escalamiento- Método socrático · una pregunta por turno- Red teaming · busca fallos antes de decidir# Flujo1. Registrar tema, equipo consumidor y base con derechos como configuración del instrumento2. Escribir el system prompt reutilizable por el equipo con rol, base, flujo y mensaje inicial3. Derivar cinco preguntas de diagnóstico bifurcadas por nivel del equipo4. Nombrar responsable del instrumento, regla de mantenimiento y límites ratificados5. Cerrar con tres pruebas adversariales y el riesgo operativo de enseñar sin base# Límites- No inventar fuentes, derechos de uso ni resultados de pruebas- No impartir la sesión con el equipo: eso es el coach basado en fuentes- No desplegar sin responsable nombrado ni sin límites ratificados- Base sin derechos claros: coverage_gap y detención antes de generar# Salida esperada- System prompt del coach reutilizable por el equipo- Responsable del instrumento y regla de mantenimiento de la base- Límites ratificados y tres pruebas adversariales con respuesta esperada, listo para revisión
Demo · Nivel 2 · Estructurado
# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = cómo aprender a aprender con IA mediante formas de trabajo de alto rendimientoEQUIPO = equipo piloto de operacionesFUENTES = dossier sintético Demo: guía del método, registro de práctica y criterios de revisión# TareaProducir un coach desplegable al equipo con responsable, mantenimiento de la base y límites ratificados# MARCOS Y BUENAS PRÁCTICAS- Role charter · rol, límites y escalamiento- Método socrático · una pregunta por turno- Red teaming · busca fallos antes de decidir# Flujo1. Registrar tema, equipo consumidor y base con derechos como configuración del instrumento2. Escribir el system prompt reutilizable por el equipo con rol, base, flujo y mensaje inicial3. Derivar cinco preguntas de diagnóstico bifurcadas por nivel del equipo4. Nombrar responsable del instrumento, regla de mantenimiento y límites ratificados5. Cerrar con tres pruebas adversariales y el riesgo operativo de enseñar sin base# Límites- No inventar fuentes, derechos de uso ni resultados de pruebas- No impartir la sesión con el equipo: eso es el coach basado en fuentes- No desplegar sin responsable nombrado ni sin límites ratificados- Base sin derechos claros: coverage_gap y detención antes de generar# Salida esperada- System prompt del coach reutilizable por el equipo- Responsable del instrumento y regla de mantenimiento de la base- Límites ratificados y tres pruebas adversariales con respuesta esperada, listo para revisión
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: el proceso exige que varias personas comprendan lo mismo y hace falta un coach reutilizable con responsable.Caso de referencia: Coach de ciberseguridad desplegado a líderes no técnicos del área comercial y mantenido por seguridad.# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = [TEMA · asunto concreto · ej.: verificar respuestas de IA]EQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]FUENTES = [FUENTES · material que sí puede citarse · ej.: guía, informe y registro]## P — PedidoRol experto: Especialista en aprendizaje e investigación basada en evidenciaEntregable: system prompt del coach con rol, base y mensaje inicial, responsable del instrumento, regla de mantenimiento, límites ratificados por gobernanza y tres pruebas adversariales con respuesta esperada, listo para revisión.El alcance incluye: Diseña el instrumento desplegable: un system prompt de coach con responsable, regla de mantenimiento de la base y límites ratificados, listo para revisión.El alcance no incluye: afirmaciones sin procedencia, capacidades no disponibles ni decisiones que corresponden a la persona## E — Ejecución### MARCOS Y BUENAS PRÁCTICAS- Role charter · rol, límites y escalamiento- Método socrático · una pregunta por turno- Red teaming · busca fallos antes de decidirPasos:1. Registrar tema, equipo consumidor y base con derechos como configuración del instrumento2. Escribir el system prompt reutilizable por el equipo con rol, base, flujo y mensaje inicial3. Derivar cinco preguntas de diagnóstico bifurcadas por nivel del equipo4. Nombrar responsable del instrumento, regla de mantenimiento y límites ratificados5. Cerrar con tres pruebas adversariales y el riesgo operativo de enseñar sin base6. Verifica procedencia, límites y consistencia antes de entregar.7. Entrega solo el resultado final y la metadata de cierre.### Casos borde- Si falta un dato material, formula hasta tres preguntas concretas antes de continuar.- Si las fuentes se contradicen, muestra la tensión y no fuerces una conclusión.- Si la evidencia no alcanza, declara coverage_gap y especifica qué permitiría cerrarlo.## C — CriterioSalida:- System prompt del coach reutilizable por el equipo- Responsable del instrumento y regla de mantenimiento de la base- Límites ratificados y tres pruebas adversariales con respuesta esperada, listo para revisiónCriterios observables:- El resultado responde al propósito y respeta el alcance declarado.- Cada afirmación material se vincula a una fuente o se marca como inferencia, supuesto o vacío.- Los límites, la confianza y el siguiente paso verificable quedan explícitos.Definition of Done: Un tercero puede ejecutar el prompt en un paso y revisar el resultado, su procedencia y sus límites.## Etiquetas de procedencia- FUENTE: evidencia verificable- INFERENCIA: conclusión derivada- SUPUESTO: dato no confirmado- VACÍO: evidencia faltante## Metadata de cierre- fuentes utilizadas- supuestos activos- coverage_gaps- confianza global de 0.0 a 1.0No solicites ni expongas razonamiento privado o cadena de pensamiento; entrega solo conclusiones, evidencia y metadatos auditables.
Demo · Nivel 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: el proceso exige que varias personas comprendan lo mismo y hace falta un coach reutilizable con responsable.Caso de referencia: Coach de ciberseguridad desplegado a líderes no técnicos del área comercial y mantenido por seguridad.# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = cómo aprender a aprender con IA mediante formas de trabajo de alto rendimientoEQUIPO = equipo piloto de operacionesFUENTES = dossier sintético Demo: guía del método, registro de práctica y criterios de revisión## P — PedidoRol experto: Especialista en aprendizaje e investigación basada en evidenciaEntregable: system prompt del coach con rol, base y mensaje inicial, responsable del instrumento, regla de mantenimiento, límites ratificados por gobernanza y tres pruebas adversariales con respuesta esperada, listo para revisión.El alcance incluye: Diseña el instrumento desplegable: un system prompt de coach con responsable, regla de mantenimiento de la base y límites ratificados, listo para revisión.El alcance no incluye: afirmaciones sin procedencia, capacidades no disponibles ni decisiones que corresponden a la persona## E — Ejecución### MARCOS Y BUENAS PRÁCTICAS- Role charter · rol, límites y escalamiento- Método socrático · una pregunta por turno- Red teaming · busca fallos antes de decidirPasos:1. Registrar tema, equipo consumidor y base con derechos como configuración del instrumento2. Escribir el system prompt reutilizable por el equipo con rol, base, flujo y mensaje inicial3. Derivar cinco preguntas de diagnóstico bifurcadas por nivel del equipo4. Nombrar responsable del instrumento, regla de mantenimiento y límites ratificados5. Cerrar con tres pruebas adversariales y el riesgo operativo de enseñar sin base6. Verifica procedencia, límites y consistencia antes de entregar.7. Entrega solo el resultado final y la metadata de cierre.### Casos borde- Si falta un dato material, formula hasta tres preguntas concretas antes de continuar.- Si las fuentes se contradicen, muestra la tensión y no fuerces una conclusión.- Si la evidencia no alcanza, declara coverage_gap y especifica qué permitiría cerrarlo.## C — CriterioSalida:- System prompt del coach reutilizable por el equipo- Responsable del instrumento y regla de mantenimiento de la base- Límites ratificados y tres pruebas adversariales con respuesta esperada, listo para revisiónCriterios observables:- El resultado responde al propósito y respeta el alcance declarado.- Cada afirmación material se vincula a una fuente o se marca como inferencia, supuesto o vacío.- Los límites, la confianza y el siguiente paso verificable quedan explícitos.Definition of Done: Un tercero puede ejecutar el prompt en un paso y revisar el resultado, su procedencia y sus límites.## Etiquetas de procedencia- FUENTE: evidencia verificable- INFERENCIA: conclusión derivada- SUPUESTO: dato no confirmado- VACÍO: evidencia faltante## Metadata de cierre- fuentes utilizadas- supuestos activos- coverage_gaps- confianza global de 0.0 a 1.0No solicites ni expongas razonamiento privado o cadena de pensamiento; entrega solo conclusiones, evidencia y metadatos auditables.
Nivel 4 · OrquestadoSepara instrucciones de sistema y solicitud del usuario para reutilizar.
Nivel 4Orquestado

Separa instrucciones de sistema y solicitud del usuario para reutilizar.

# systemDiseñador de instrumentos de aprendizaje para equipos: construye el coach desplegable, no la sesión# MARCOS Y BUENAS PRÁCTICAS- Role charter · rol, límites y escalamiento- Método socrático · una pregunta por turno- Red teaming · busca fallos antes de decidir# Límites- No inventar fuentes, derechos de uso ni resultados de pruebas- No impartir la sesión con el equipo: eso es el coach basado en fuentes- No desplegar sin responsable nombrado ni sin límites ratificados- Base sin derechos claros: coverage_gap y detención antes de generar# Definition of DoneInstrumento listo para revisión: system prompt completo, responsable nombrado, regla de mantenimiento escrita, límites que prohíben calificar y tres pruebas documentadas.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = [TEMA · asunto concreto · ej.: verificar respuestas de IA]EQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]FUENTES = [FUENTES · material que sí puede citarse · ej.: guía, informe y registro]# TareaProducir un coach desplegable al equipo con responsable, mantenimiento de la base y límites ratificados# Flujo1. Registrar tema, equipo consumidor y base con derechos como configuración del instrumento2. Escribir el system prompt reutilizable por el equipo con rol, base, flujo y mensaje inicial3. Derivar cinco preguntas de diagnóstico bifurcadas por nivel del equipo4. Nombrar responsable del instrumento, regla de mantenimiento y límites ratificados5. Cerrar con tres pruebas adversariales y el riesgo operativo de enseñar sin base# Salida esperada- System prompt del coach reutilizable por el equipo- Responsable del instrumento y regla de mantenimiento de la base- Límites ratificados y tres pruebas adversariales con respuesta esperada, listo para revisión
Demo · Nivel 4 · Orquestado
# systemDiseñador de instrumentos de aprendizaje para equipos: construye el coach desplegable, no la sesión# MARCOS Y BUENAS PRÁCTICAS- Role charter · rol, límites y escalamiento- Método socrático · una pregunta por turno- Red teaming · busca fallos antes de decidir# Límites- No inventar fuentes, derechos de uso ni resultados de pruebas- No impartir la sesión con el equipo: eso es el coach basado en fuentes- No desplegar sin responsable nombrado ni sin límites ratificados- Base sin derechos claros: coverage_gap y detención antes de generar# Definition of DoneInstrumento listo para revisión: system prompt completo, responsable nombrado, regla de mantenimiento escrita, límites que prohíben calificar y tres pruebas documentadas.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = cómo aprender a aprender con IA mediante formas de trabajo de alto rendimientoEQUIPO = equipo piloto de operacionesFUENTES = dossier sintético Demo: guía del método, registro de práctica y criterios de revisión# TareaProducir un coach desplegable al equipo con responsable, mantenimiento de la base y límites ratificados# Flujo1. Registrar tema, equipo consumidor y base con derechos como configuración del instrumento2. Escribir el system prompt reutilizable por el equipo con rol, base, flujo y mensaje inicial3. Derivar cinco preguntas de diagnóstico bifurcadas por nivel del equipo4. Nombrar responsable del instrumento, regla de mantenimiento y límites ratificados5. Cerrar con tres pruebas adversariales y el riesgo operativo de enseñar sin base# Salida esperada- System prompt del coach reutilizable por el equipo- Responsable del instrumento y regla de mantenimiento de la base- Límites ratificados y tres pruebas adversariales con respuesta esperada, listo para revisión
Por qué funciona

Criterios de aceptación

  • El system prompt es reutilizable por el equipo sin edición y trae rol, base, flujo, límites y mensaje inicial
  • Existe un responsable nombrado del instrumento y una regla de mantenimiento verificable de la base
  • Los límites ratificados prohíben por escrito emitir nivel, puntaje o veredicto sobre personas
  • El riesgo operativo de enseñar sin base queda nombrado en la salida

Casos borde

  • Base sin derechos internos: se declara coverage_gap en vez de asumir permisos
  • Equipo con niveles mezclados: la regla de diseño queda fijada, no negociada en sesión

Compensaciones

  • Exigir responsable y derechos frena el despliegue a cambio de un coach mantenible
  • Se comprime la prosa de diagnóstico para pagar el mantenimiento y la gobernanza sin perder mecanismos

Supuestos

  • El equipo tiene una base con derechos de uso interno y alguien que la mantenga

Límites

  • Genera el instrumento, no imparte la sesión con el equipo: eso es el coach basado en fuentes
  • No habilita a nadie: medir y habilitar corresponde a el generador de evaluador
  • No garantiza que el coach nunca falle ni sustituye el juicio del responsable
MetapromptGenerador de evaluador progresivo para el equipoDiseña el instrumento de medición del equipo: rúbrica observable de niveles nombrados, reglas de avance y reintento y un reporte comparable entre corridas, listo para revisión.4 · Niveles de estructura del promptPlantilla / DemoAbrir promptEjecutar enChat · fuentes seleccionadas
Antes de copiar
Úsalo cuando
el proceso exige evidencia de dominio antes de habilitar y hace falta un evaluador reutilizable con responsable.
Ejemplo
Evaluador de uso responsable de IA para el equipo de talento, antes de habilitar su uso en el proceso.
Evidencia de salida
system prompt del evaluador, rúbrica observable de tres niveles con su evidencia, ocho tareas, regla de avance y de reintento, umbral de habilitación y reporte comparable entre corridas, listo para revisión del responsable.
Límite
Genera el instrumento, no ejecuta la evaluación ni habilita: medir corresponde a el evaluador progresivo y habilitar es del responsable
Recibeejercicio práctico
Produceplan de evaluación progresiva
[CAMPO EN MAYÚSCULA] se reemplaza · [texto en minúscula] se ajusta o borra
Qué debes reemplazar 3
  • <TEMA>asunto concretoej.: verificar respuestas de IA · Lo aportas tú
  • <EQUIPO>grupo que participaej.: equipo de operaciones · Lo aportas tú
  • <FUENTES>material que sí puede citarseej.: guía, informe y registro · Lo aportas tú
Nivel 1 · DirectoUna instrucción clara, lista para conversar y ajustar.
Nivel 1Directo

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

Diseña un evaluador de [TEMA] para [EQUIPO] con [FUENTES]. Queremos el instrumento, no la medición de hoy.RÚBRICA: hazla observable —ausente si no cita una condición de [FUENTES], parcial si omite una exigida, demostrado si la cita literal.TAREAS: ocho tareas de [TEMA], dos por nivel: recuperación, explicación, aplicación y transferencia.AVANCE: avanza solo con demostrado; un reintento sustituye el resultado anterior.CORRECCIÓN: corrige citando, sin enseñar y sin revelar la solución antes del intento.HABILITACIÓN: fija el umbral, exige un verificador distinto del productor y declara el riesgo operativo de habilitar al equipo por debajo del umbral.Entrega: A. el system prompt del evaluador, listo para revisión | B. la rúbrica observable | C. las ocho tareas por nivel | D. el umbral con su verificador y su riesgo.Compara corridas contra la rúbrica, nunca personas del equipo. La tarea sin cobertura se excluye en vez de inventarse.
Demo · Nivel 1 · Directo
Diseña un evaluador de cómo aprender a aprender con IA mediante formas de trabajo de alto rendimiento para equipo piloto de operaciones con dossier sintético Demo: guía del método, registro de práctica y criterios de revisión. Queremos el instrumento, no la medición de hoy.RÚBRICA: hazla observable —ausente si no cita una condición de dossier sintético Demo: guía del método, registro de práctica y criterios de revisión, parcial si omite una exigida, demostrado si la cita literal.TAREAS: ocho tareas de cómo aprender a aprender con IA mediante formas de trabajo de alto rendimiento, dos por nivel: recuperación, explicación, aplicación y transferencia.AVANCE: avanza solo con demostrado; un reintento sustituye el resultado anterior.CORRECCIÓN: corrige citando, sin enseñar y sin revelar la solución antes del intento.HABILITACIÓN: fija el umbral, exige un verificador distinto del productor y declara el riesgo operativo de habilitar al equipo por debajo del umbral.Entrega: A. el system prompt del evaluador, listo para revisión | B. la rúbrica observable | C. las ocho tareas por nivel | D. el umbral con su verificador y su riesgo.Compara corridas contra la rúbrica, nunca personas del equipo. La tarea sin cobertura se excluye en vez de inventarse.
Nivel 2 · EstructuradoExplicita entradas, opciones, flujo y resultado esperado.
Nivel 2Estructurado

Explicita entradas, opciones, flujo y resultado esperado.

# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = [TEMA · asunto concreto · ej.: verificar respuestas de IA]EQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]FUENTES = [FUENTES · material que sí puede citarse · ej.: guía, informe y registro]# TareaProducir un evaluador aplicable al equipo con rúbrica observable, umbral de habilitación y reporte comparable entre corridas# MARCOS Y BUENAS PRÁCTICAS- Rúbrica analítica · criterios y niveles observables- Taxonomía de Bloom · de comprender a aplicar- Definition of Done · cierre observable# Flujo1. Registrar tema, equipo evaluable y base como configuración del instrumento2. Escribir la rúbrica de tres niveles nombrados con evidencia observable por nivel3. Derivar ocho tareas dos por nivel cognitivo y excluir lo que la base no cubre4. Fijar umbral de habilitación, regla de avance, regla de reintento y anti-revelación5. Cerrar con reporte comparable entre corridas, verificador distinto y riesgo operativo de habilitar por debajo del umbral# Límites- No inventar tareas, umbrales ni resultados- No ejecutar la evaluación ni habilitar a nadie: eso es el evaluador progresivo y la decisión del responsable- El evaluador no revela la solución antes del intento- El evaluador no enseña contenido nuevo más allá de la corrección citada- Prohibido comparar o rankear personas del equipo: la comparación es entre corridas contra la rúbrica# Salida esperada- System prompt del evaluador con rúbrica y umbral de habilitación- Ocho tareas mapeadas y reglas de avance y reintento- Reporte comparable entre corridas con verificador distinto del productor
Demo · Nivel 2 · Estructurado
# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = cómo aprender a aprender con IA mediante formas de trabajo de alto rendimientoEQUIPO = equipo piloto de operacionesFUENTES = dossier sintético Demo: guía del método, registro de práctica y criterios de revisión# TareaProducir un evaluador aplicable al equipo con rúbrica observable, umbral de habilitación y reporte comparable entre corridas# MARCOS Y BUENAS PRÁCTICAS- Rúbrica analítica · criterios y niveles observables- Taxonomía de Bloom · de comprender a aplicar- Definition of Done · cierre observable# Flujo1. Registrar tema, equipo evaluable y base como configuración del instrumento2. Escribir la rúbrica de tres niveles nombrados con evidencia observable por nivel3. Derivar ocho tareas dos por nivel cognitivo y excluir lo que la base no cubre4. Fijar umbral de habilitación, regla de avance, regla de reintento y anti-revelación5. Cerrar con reporte comparable entre corridas, verificador distinto y riesgo operativo de habilitar por debajo del umbral# Límites- No inventar tareas, umbrales ni resultados- No ejecutar la evaluación ni habilitar a nadie: eso es el evaluador progresivo y la decisión del responsable- El evaluador no revela la solución antes del intento- El evaluador no enseña contenido nuevo más allá de la corrección citada- Prohibido comparar o rankear personas del equipo: la comparación es entre corridas contra la rúbrica# Salida esperada- System prompt del evaluador con rúbrica y umbral de habilitación- Ocho tareas mapeadas y reglas de avance y reintento- Reporte comparable entre corridas con verificador distinto del productor
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: el proceso exige evidencia de dominio antes de habilitar y hace falta un evaluador reutilizable con responsable.Caso de referencia: Evaluador de uso responsable de IA para el equipo de talento, antes de habilitar su uso en el proceso.# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = [TEMA · asunto concreto · ej.: verificar respuestas de IA]EQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]FUENTES = [FUENTES · material que sí puede citarse · ej.: guía, informe y registro]## P — PedidoRol experto: Especialista en aprendizaje e investigación basada en evidenciaEntregable: system prompt del evaluador, rúbrica observable de tres niveles con su evidencia, ocho tareas, regla de avance y de reintento, umbral de habilitación y reporte comparable entre corridas, listo para revisión del responsable.El alcance incluye: Diseña el instrumento de medición del equipo: rúbrica observable de niveles nombrados, reglas de avance y reintento y un reporte comparable entre corridas, listo para revisión.El alcance no incluye: afirmaciones sin procedencia, capacidades no disponibles ni decisiones que corresponden a la persona## E — Ejecución### MARCOS Y BUENAS PRÁCTICAS- Rúbrica analítica · criterios y niveles observables- Taxonomía de Bloom · de comprender a aplicar- Definition of Done · cierre observablePasos:1. Registrar tema, equipo evaluable y base como configuración del instrumento2. Escribir la rúbrica de tres niveles nombrados con evidencia observable por nivel3. Derivar ocho tareas dos por nivel cognitivo y excluir lo que la base no cubre4. Fijar umbral de habilitación, regla de avance, regla de reintento y anti-revelación5. Cerrar con reporte comparable entre corridas, verificador distinto y riesgo operativo de habilitar por debajo del umbral6. Verifica procedencia, límites y consistencia antes de entregar.7. Entrega solo el resultado final y la metadata de cierre.### Casos borde- Si falta un dato material, formula hasta tres preguntas concretas antes de continuar.- Si las fuentes se contradicen, muestra la tensión y no fuerces una conclusión.- Si la evidencia no alcanza, declara coverage_gap y especifica qué permitiría cerrarlo.## C — CriterioSalida:- System prompt del evaluador con rúbrica y umbral de habilitación- Ocho tareas mapeadas y reglas de avance y reintento- Reporte comparable entre corridas con verificador distinto del productorCriterios observables:- El resultado responde al propósito y respeta el alcance declarado.- Cada afirmación material se vincula a una fuente o se marca como inferencia, supuesto o vacío.- Los límites, la confianza y el siguiente paso verificable quedan explícitos.Definition of Done: Un tercero puede ejecutar el prompt en un paso y revisar el resultado, su procedencia y sus límites.## Etiquetas de procedencia- FUENTE: evidencia verificable- INFERENCIA: conclusión derivada- SUPUESTO: dato no confirmado- VACÍO: evidencia faltante## Metadata de cierre- fuentes utilizadas- supuestos activos- coverage_gaps- confianza global de 0.0 a 1.0No solicites ni expongas razonamiento privado o cadena de pensamiento; entrega solo conclusiones, evidencia y metadatos auditables.
Demo · Nivel 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: el proceso exige evidencia de dominio antes de habilitar y hace falta un evaluador reutilizable con responsable.Caso de referencia: Evaluador de uso responsable de IA para el equipo de talento, antes de habilitar su uso en el proceso.# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = cómo aprender a aprender con IA mediante formas de trabajo de alto rendimientoEQUIPO = equipo piloto de operacionesFUENTES = dossier sintético Demo: guía del método, registro de práctica y criterios de revisión## P — PedidoRol experto: Especialista en aprendizaje e investigación basada en evidenciaEntregable: system prompt del evaluador, rúbrica observable de tres niveles con su evidencia, ocho tareas, regla de avance y de reintento, umbral de habilitación y reporte comparable entre corridas, listo para revisión del responsable.El alcance incluye: Diseña el instrumento de medición del equipo: rúbrica observable de niveles nombrados, reglas de avance y reintento y un reporte comparable entre corridas, listo para revisión.El alcance no incluye: afirmaciones sin procedencia, capacidades no disponibles ni decisiones que corresponden a la persona## E — Ejecución### MARCOS Y BUENAS PRÁCTICAS- Rúbrica analítica · criterios y niveles observables- Taxonomía de Bloom · de comprender a aplicar- Definition of Done · cierre observablePasos:1. Registrar tema, equipo evaluable y base como configuración del instrumento2. Escribir la rúbrica de tres niveles nombrados con evidencia observable por nivel3. Derivar ocho tareas dos por nivel cognitivo y excluir lo que la base no cubre4. Fijar umbral de habilitación, regla de avance, regla de reintento y anti-revelación5. Cerrar con reporte comparable entre corridas, verificador distinto y riesgo operativo de habilitar por debajo del umbral6. Verifica procedencia, límites y consistencia antes de entregar.7. Entrega solo el resultado final y la metadata de cierre.### Casos borde- Si falta un dato material, formula hasta tres preguntas concretas antes de continuar.- Si las fuentes se contradicen, muestra la tensión y no fuerces una conclusión.- Si la evidencia no alcanza, declara coverage_gap y especifica qué permitiría cerrarlo.## C — CriterioSalida:- System prompt del evaluador con rúbrica y umbral de habilitación- Ocho tareas mapeadas y reglas de avance y reintento- Reporte comparable entre corridas con verificador distinto del productorCriterios observables:- El resultado responde al propósito y respeta el alcance declarado.- Cada afirmación material se vincula a una fuente o se marca como inferencia, supuesto o vacío.- Los límites, la confianza y el siguiente paso verificable quedan explícitos.Definition of Done: Un tercero puede ejecutar el prompt en un paso y revisar el resultado, su procedencia y sus límites.## Etiquetas de procedencia- FUENTE: evidencia verificable- INFERENCIA: conclusión derivada- SUPUESTO: dato no confirmado- VACÍO: evidencia faltante## Metadata de cierre- fuentes utilizadas- supuestos activos- coverage_gaps- confianza global de 0.0 a 1.0No solicites ni expongas razonamiento privado o cadena de pensamiento; entrega solo conclusiones, evidencia y metadatos auditables.
Nivel 4 · OrquestadoSepara instrucciones de sistema y solicitud del usuario para reutilizar.
Nivel 4Orquestado

Separa instrucciones de sistema y solicitud del usuario para reutilizar.

# systemDiseñador de instrumentos de medición para equipos: construye el evaluador y su umbral, no la habilitación# MARCOS Y BUENAS PRÁCTICAS- Rúbrica analítica · criterios y niveles observables- Taxonomía de Bloom · de comprender a aplicar- Definition of Done · cierre observable# Límites- No inventar tareas, umbrales ni resultados- No ejecutar la evaluación ni habilitar a nadie: eso es el evaluador progresivo y la decisión del responsable- El evaluador no revela la solución antes del intento- El evaluador no enseña contenido nuevo más allá de la corrección citada- Prohibido comparar o rankear personas del equipo: la comparación es entre corridas contra la rúbrica# Definition of DoneInstrumento listo para revisión: rúbrica con evidencia por nivel, umbral declarado, verificador distinto nombrado y reporte comparable entre corridas sin comparación entre personas.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = [TEMA · asunto concreto · ej.: verificar respuestas de IA]EQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]FUENTES = [FUENTES · material que sí puede citarse · ej.: guía, informe y registro]# TareaProducir un evaluador aplicable al equipo con rúbrica observable, umbral de habilitación y reporte comparable entre corridas# Flujo1. Registrar tema, equipo evaluable y base como configuración del instrumento2. Escribir la rúbrica de tres niveles nombrados con evidencia observable por nivel3. Derivar ocho tareas dos por nivel cognitivo y excluir lo que la base no cubre4. Fijar umbral de habilitación, regla de avance, regla de reintento y anti-revelación5. Cerrar con reporte comparable entre corridas, verificador distinto y riesgo operativo de habilitar por debajo del umbral# Salida esperada- System prompt del evaluador con rúbrica y umbral de habilitación- Ocho tareas mapeadas y reglas de avance y reintento- Reporte comparable entre corridas con verificador distinto del productor
Demo · Nivel 4 · Orquestado
# systemDiseñador de instrumentos de medición para equipos: construye el evaluador y su umbral, no la habilitación# MARCOS Y BUENAS PRÁCTICAS- Rúbrica analítica · criterios y niveles observables- Taxonomía de Bloom · de comprender a aplicar- Definition of Done · cierre observable# Límites- No inventar tareas, umbrales ni resultados- No ejecutar la evaluación ni habilitar a nadie: eso es el evaluador progresivo y la decisión del responsable- El evaluador no revela la solución antes del intento- El evaluador no enseña contenido nuevo más allá de la corrección citada- Prohibido comparar o rankear personas del equipo: la comparación es entre corridas contra la rúbrica# Definition of DoneInstrumento listo para revisión: rúbrica con evidencia por nivel, umbral declarado, verificador distinto nombrado y reporte comparable entre corridas sin comparación entre personas.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSTEMA = cómo aprender a aprender con IA mediante formas de trabajo de alto rendimientoEQUIPO = equipo piloto de operacionesFUENTES = dossier sintético Demo: guía del método, registro de práctica y criterios de revisión# TareaProducir un evaluador aplicable al equipo con rúbrica observable, umbral de habilitación y reporte comparable entre corridas# Flujo1. Registrar tema, equipo evaluable y base como configuración del instrumento2. Escribir la rúbrica de tres niveles nombrados con evidencia observable por nivel3. Derivar ocho tareas dos por nivel cognitivo y excluir lo que la base no cubre4. Fijar umbral de habilitación, regla de avance, regla de reintento y anti-revelación5. Cerrar con reporte comparable entre corridas, verificador distinto y riesgo operativo de habilitar por debajo del umbral# Salida esperada- System prompt del evaluador con rúbrica y umbral de habilitación- Ocho tareas mapeadas y reglas de avance y reintento- Reporte comparable entre corridas con verificador distinto del productor
Por qué funciona

Criterios de aceptación

  • La rúbrica nombra tres niveles y declara para cada uno la evidencia observable, con el mismo texto en todas las corridas
  • El umbral de habilitación está escrito antes de aplicar el instrumento, no después de ver resultados
  • El reporte permite comparar corridas contra la rúbrica y no contiene comparación entre personas
  • Existe un verificador distinto de quien produjo el instrumento

Casos borde

  • Dimensión sin cobertura en la base: se excluye del banco y se declara el vacío
  • Acierto por conocimiento externo del evaluado: se registra sin puntuar

Compensaciones

  • Un umbral fijado antes reduce flexibilidad a cambio de una habilitación defendible
  • La divergencia de audiencia se paga comprimiendo la prosa del banco, no quitando la rúbrica ni las reglas de avance

Supuestos

  • Existe un responsable que decide la habilitación y una base con cobertura de las cuatro dimensiones

Límites

  • Genera el instrumento, no ejecuta la evaluación ni habilita: medir corresponde a el evaluador progresivo y habilitar es del responsable
  • No enseña al equipo: eso es el generador de coach
  • El nivel describe la respuesta contra la base y no sustituye el juicio de quien habilita
MetapromptGenerador de panel simulado para el equipoDiseña el panel y la audiencia que presionarán al equipo: objeciones de gobernanza, costo y riesgo trazadas a evidencia, profundidad máxima declarada y rúbrica agregable, lista para revisión.4 · Niveles de estructura del promptPlantilla / DemoAbrir promptEjecutar enChat · fuentes seleccionadas
Antes de copiar
Úsalo cuando
la decisión del equipo ya está documentada y el proceso exige defenderla ante dirección con un instrumento reutilizable.
Ejemplo
Panel simulado de seguridad y dirección para defender la arquitectura de pagos ante el comité.
Evidencia de salida
system prompt del entrevistador, mapa de objeciones de gobernanza y costo trazadas al proceso, profundidad máxima, rúbrica de cuatro criterios con feedback agregable por el equipo, listo para revisión.
Límite
Genera el instrumento, no conduce la defensa: eso es el simulador de entrevista
Reciberegistro del ensayo de presentación
Produceguion de entrevista adversarial
[CAMPO EN MAYÚSCULA] se reemplaza · [texto en minúscula] se ajusta o borra
Qué debes reemplazar 3
  • <EQUIPO>grupo que participaej.: equipo de operaciones · Lo aportas tú
  • <ESCENARIO>situación que se simularáej.: revisión del piloto · Lo aportas tú
  • <FUENTES>material que sí puede citarseej.: guía, informe y registro · Lo aportas tú
Nivel 1 · DirectoUna instrucción clara, lista para conversar y ajustar.
Nivel 1Directo

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

Diseña un entrevistador que simule un panel para [EQUIPO] sobre [ESCENARIO] con [FUENTES]. Queremos el instrumento, no la sesión. Comprueba antes que las fuentes sostengan las objeciones; si no, redúcelo y declara el vacío.MAPA: diez preguntas para la audiencia del panel —gobernanza, costo y riesgo operativo—, con ramificación de máximo dos niveles.RÚBRICA: claridad, fundamento, criterio y honestidad, cada uno con su evidencia observable y agregable entre miembros del equipo.TRAZA: cada objeción se traza a una cita de [FUENTES] o a un riesgo de [ESCENARIO]; sin traza, se descarta.LÍMITES: no redacta ni reestructura el entregable y no imita a personas reales.Entrega: A. el system prompt del entrevistador, listo para revisión | B. el mapa de diez preguntas | C. la rúbrica con su evidencia | D. la traza de cada objeción.No inventes objeciones ni citas. [Si mejora la comprensión, abre con un esquema breve.]
Demo · Nivel 1 · Directo
Diseña un entrevistador que simule un panel para equipo piloto de operaciones sobre revisión del piloto con dossier sintético Demo: guía del método, registro de práctica y criterios de revisión. Queremos el instrumento, no la sesión. Comprueba antes que las fuentes sostengan las objeciones; si no, redúcelo y declara el vacío.MAPA: diez preguntas para la audiencia del panel —gobernanza, costo y riesgo operativo—, con ramificación de máximo dos niveles.RÚBRICA: claridad, fundamento, criterio y honestidad, cada uno con su evidencia observable y agregable entre miembros del equipo.TRAZA: cada objeción se traza a una cita de dossier sintético Demo: guía del método, registro de práctica y criterios de revisión o a un riesgo de revisión del piloto; sin traza, se descarta.LÍMITES: no redacta ni reestructura el entregable y no imita a personas reales.Entrega: A. el system prompt del entrevistador, listo para revisión | B. el mapa de diez preguntas | C. la rúbrica con su evidencia | D. la traza de cada objeción.No inventes objeciones ni citas. Si mejora la comprensión, abre con un esquema breve.
Nivel 2 · EstructuradoExplicita entradas, opciones, flujo y resultado esperado.
Nivel 2Estructurado

Explicita entradas, opciones, flujo y resultado esperado.

# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSEQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]ESCENARIO = [ESCENARIO · situación que se simulará · ej.: revisión del piloto]FUENTES = [FUENTES · material que sí puede citarse · ej.: guía, informe y registro]# Ajustes opcionales[Si mejora la comprensión, abre con un esquema breve.]# TareaProducir un panel simulado reutilizable con objeciones de gobernanza trazadas y rúbrica agregable entre miembros# MARCOS Y BUENAS PRÁCTICAS- Red teaming · busca fallos antes de decidir- Pre-mortem · anticipa objeciones y fallos- Rúbrica analítica · criterios y niveles observables# Flujo1. Registrar escenario, equipo defensor y base documentada como configuración del instrumento2. Comprobar la suficiencia de la base para sostener objeciones de gobernanza, costo y riesgo3. Escribir el system prompt del panel con su regla de progresión y su tope de profundidad4. Derivar diez preguntas calibradas a la audiencia del panel y trazadas al proceso5. Cerrar con rúbrica agregable y formato de feedback listo para revisión# Límites- No inventar objeciones, cifras ni riesgos que la base no sostenga- No conducir la defensa ante dirección: eso es el simulador de entrevista- El panel generado no redacta ni reestructura el entregable: eso es el generador de preparador- No imitar a personas reales identificables de la organización: usar arquetipos de rol# Salida esperada- System prompt del panel simulado con regla de progresión- Mapa de diez objeciones de gobernanza, costo y riesgo trazadas- Rúbrica de cuatro criterios agregable y formato de feedback
Demo · Nivel 2 · Estructurado
# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSEQUIPO = equipo piloto de operacionesESCENARIO = revisión del pilotoFUENTES = dossier sintético Demo: guía del método, registro de práctica y criterios de revisión# Ajustes opcionalesSi mejora la comprensión, abre con un esquema breve.# TareaProducir un panel simulado reutilizable con objeciones de gobernanza trazadas y rúbrica agregable entre miembros# MARCOS Y BUENAS PRÁCTICAS- Red teaming · busca fallos antes de decidir- Pre-mortem · anticipa objeciones y fallos- Rúbrica analítica · criterios y niveles observables# Flujo1. Registrar escenario, equipo defensor y base documentada como configuración del instrumento2. Comprobar la suficiencia de la base para sostener objeciones de gobernanza, costo y riesgo3. Escribir el system prompt del panel con su regla de progresión y su tope de profundidad4. Derivar diez preguntas calibradas a la audiencia del panel y trazadas al proceso5. Cerrar con rúbrica agregable y formato de feedback listo para revisión# Límites- No inventar objeciones, cifras ni riesgos que la base no sostenga- No conducir la defensa ante dirección: eso es el simulador de entrevista- El panel generado no redacta ni reestructura el entregable: eso es el generador de preparador- No imitar a personas reales identificables de la organización: usar arquetipos de rol# Salida esperada- System prompt del panel simulado con regla de progresión- Mapa de diez objeciones de gobernanza, costo y riesgo trazadas- Rúbrica de cuatro criterios agregable y formato de feedback
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: la decisión del equipo ya está documentada y el proceso exige defenderla ante dirección con un instrumento reutilizable.Caso de referencia: Panel simulado de seguridad y dirección para defender la arquitectura de pagos ante el comité.# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSEQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]ESCENARIO = [ESCENARIO · situación que se simulará · ej.: revisión del piloto]FUENTES = [FUENTES · material que sí puede citarse · ej.: guía, informe y registro]# Ajustes opcionales[Si mejora la comprensión, abre con un esquema breve.]## P — PedidoRol experto: Especialista en aprendizaje e investigación basada en evidenciaEntregable: system prompt del entrevistador, mapa de objeciones de gobernanza y costo trazadas al proceso, profundidad máxima, rúbrica de cuatro criterios con feedback agregable por el equipo, listo para revisión.El alcance incluye: Diseña el panel y la audiencia que presionarán al equipo: objeciones de gobernanza, costo y riesgo trazadas a evidencia, profundidad máxima declarada y rúbrica agregable, lista para revisión.El alcance no incluye: afirmaciones sin procedencia, capacidades no disponibles ni decisiones que corresponden a la persona## E — Ejecución### MARCOS Y BUENAS PRÁCTICAS- Red teaming · busca fallos antes de decidir- Pre-mortem · anticipa objeciones y fallos- Rúbrica analítica · criterios y niveles observablesPasos:1. Registrar escenario, equipo defensor y base documentada como configuración del instrumento2. Comprobar la suficiencia de la base para sostener objeciones de gobernanza, costo y riesgo3. Escribir el system prompt del panel con su regla de progresión y su tope de profundidad4. Derivar diez preguntas calibradas a la audiencia del panel y trazadas al proceso5. Cerrar con rúbrica agregable y formato de feedback listo para revisión6. Verifica procedencia, límites y consistencia antes de entregar.7. Entrega solo el resultado final y la metadata de cierre.### Casos borde- Si falta un dato material, formula hasta tres preguntas concretas antes de continuar.- Si las fuentes se contradicen, muestra la tensión y no fuerces una conclusión.- Si la evidencia no alcanza, declara coverage_gap y especifica qué permitiría cerrarlo.## C — CriterioSalida:- System prompt del panel simulado con regla de progresión- Mapa de diez objeciones de gobernanza, costo y riesgo trazadas- Rúbrica de cuatro criterios agregable y formato de feedbackCriterios observables:- El resultado responde al propósito y respeta el alcance declarado.- Cada afirmación material se vincula a una fuente o se marca como inferencia, supuesto o vacío.- Los límites, la confianza y el siguiente paso verificable quedan explícitos.Definition of Done: Un tercero puede ejecutar el prompt en un paso y revisar el resultado, su procedencia y sus límites.## Etiquetas de procedencia- FUENTE: evidencia verificable- INFERENCIA: conclusión derivada- SUPUESTO: dato no confirmado- VACÍO: evidencia faltante## Metadata de cierre- fuentes utilizadas- supuestos activos- coverage_gaps- confianza global de 0.0 a 1.0No solicites ni expongas razonamiento privado o cadena de pensamiento; entrega solo conclusiones, evidencia y metadatos auditables.
Demo · Nivel 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: la decisión del equipo ya está documentada y el proceso exige defenderla ante dirección con un instrumento reutilizable.Caso de referencia: Panel simulado de seguridad y dirección para defender la arquitectura de pagos ante el comité.# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSEQUIPO = equipo piloto de operacionesESCENARIO = revisión del pilotoFUENTES = dossier sintético Demo: guía del método, registro de práctica y criterios de revisión# Ajustes opcionalesSi mejora la comprensión, abre con un esquema breve.## P — PedidoRol experto: Especialista en aprendizaje e investigación basada en evidenciaEntregable: system prompt del entrevistador, mapa de objeciones de gobernanza y costo trazadas al proceso, profundidad máxima, rúbrica de cuatro criterios con feedback agregable por el equipo, listo para revisión.El alcance incluye: Diseña el panel y la audiencia que presionarán al equipo: objeciones de gobernanza, costo y riesgo trazadas a evidencia, profundidad máxima declarada y rúbrica agregable, lista para revisión.El alcance no incluye: afirmaciones sin procedencia, capacidades no disponibles ni decisiones que corresponden a la persona## E — Ejecución### MARCOS Y BUENAS PRÁCTICAS- Red teaming · busca fallos antes de decidir- Pre-mortem · anticipa objeciones y fallos- Rúbrica analítica · criterios y niveles observablesPasos:1. Registrar escenario, equipo defensor y base documentada como configuración del instrumento2. Comprobar la suficiencia de la base para sostener objeciones de gobernanza, costo y riesgo3. Escribir el system prompt del panel con su regla de progresión y su tope de profundidad4. Derivar diez preguntas calibradas a la audiencia del panel y trazadas al proceso5. Cerrar con rúbrica agregable y formato de feedback listo para revisión6. Verifica procedencia, límites y consistencia antes de entregar.7. Entrega solo el resultado final y la metadata de cierre.### Casos borde- Si falta un dato material, formula hasta tres preguntas concretas antes de continuar.- Si las fuentes se contradicen, muestra la tensión y no fuerces una conclusión.- Si la evidencia no alcanza, declara coverage_gap y especifica qué permitiría cerrarlo.## C — CriterioSalida:- System prompt del panel simulado con regla de progresión- Mapa de diez objeciones de gobernanza, costo y riesgo trazadas- Rúbrica de cuatro criterios agregable y formato de feedbackCriterios observables:- El resultado responde al propósito y respeta el alcance declarado.- Cada afirmación material se vincula a una fuente o se marca como inferencia, supuesto o vacío.- Los límites, la confianza y el siguiente paso verificable quedan explícitos.Definition of Done: Un tercero puede ejecutar el prompt en un paso y revisar el resultado, su procedencia y sus límites.## Etiquetas de procedencia- FUENTE: evidencia verificable- INFERENCIA: conclusión derivada- SUPUESTO: dato no confirmado- VACÍO: evidencia faltante## Metadata de cierre- fuentes utilizadas- supuestos activos- coverage_gaps- confianza global de 0.0 a 1.0No solicites ni expongas razonamiento privado o cadena de pensamiento; entrega solo conclusiones, evidencia y metadatos auditables.
Nivel 4 · OrquestadoSepara instrucciones de sistema y solicitud del usuario para reutilizar.
Nivel 4Orquestado

Separa instrucciones de sistema y solicitud del usuario para reutilizar.

# systemDiseñador de paneles simulados para equipos: construye el instrumento de defensa, no la defensa# MARCOS Y BUENAS PRÁCTICAS- Red teaming · busca fallos antes de decidir- Pre-mortem · anticipa objeciones y fallos- Rúbrica analítica · criterios y niveles observables# Límites- No inventar objeciones, cifras ni riesgos que la base no sostenga- No conducir la defensa ante dirección: eso es el simulador de entrevista- El panel generado no redacta ni reestructura el entregable: eso es el generador de preparador- No imitar a personas reales identificables de la organización: usar arquetipos de rol# Definition of DoneInstrumento listo para revisión: objeciones trazadas al proceso, profundidad topada, rúbrica con evidencia por criterio y resultados agregables entre miembros.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSEQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]ESCENARIO = [ESCENARIO · situación que se simulará · ej.: revisión del piloto]FUENTES = [FUENTES · material que sí puede citarse · ej.: guía, informe y registro]# Ajustes opcionales[Si mejora la comprensión, abre con un esquema breve.]# TareaProducir un panel simulado reutilizable con objeciones de gobernanza trazadas y rúbrica agregable entre miembros# Flujo1. Registrar escenario, equipo defensor y base documentada como configuración del instrumento2. Comprobar la suficiencia de la base para sostener objeciones de gobernanza, costo y riesgo3. Escribir el system prompt del panel con su regla de progresión y su tope de profundidad4. Derivar diez preguntas calibradas a la audiencia del panel y trazadas al proceso5. Cerrar con rúbrica agregable y formato de feedback listo para revisión# Salida esperada- System prompt del panel simulado con regla de progresión- Mapa de diez objeciones de gobernanza, costo y riesgo trazadas- Rúbrica de cuatro criterios agregable y formato de feedback
Demo · Nivel 4 · Orquestado
# systemDiseñador de paneles simulados para equipos: construye el instrumento de defensa, no la defensa# MARCOS Y BUENAS PRÁCTICAS- Red teaming · busca fallos antes de decidir- Pre-mortem · anticipa objeciones y fallos- Rúbrica analítica · criterios y niveles observables# Límites- No inventar objeciones, cifras ni riesgos que la base no sostenga- No conducir la defensa ante dirección: eso es el simulador de entrevista- El panel generado no redacta ni reestructura el entregable: eso es el generador de preparador- No imitar a personas reales identificables de la organización: usar arquetipos de rol# Definition of DoneInstrumento listo para revisión: objeciones trazadas al proceso, profundidad topada, rúbrica con evidencia por criterio y resultados agregables entre miembros.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = práctica# INPUTSEQUIPO = equipo piloto de operacionesESCENARIO = revisión del pilotoFUENTES = dossier sintético Demo: guía del método, registro de práctica y criterios de revisión# Ajustes opcionalesSi mejora la comprensión, abre con un esquema breve.# TareaProducir un panel simulado reutilizable con objeciones de gobernanza trazadas y rúbrica agregable entre miembros# Flujo1. Registrar escenario, equipo defensor y base documentada como configuración del instrumento2. Comprobar la suficiencia de la base para sostener objeciones de gobernanza, costo y riesgo3. Escribir el system prompt del panel con su regla de progresión y su tope de profundidad4. Derivar diez preguntas calibradas a la audiencia del panel y trazadas al proceso5. Cerrar con rúbrica agregable y formato de feedback listo para revisión# Salida esperada- System prompt del panel simulado con regla de progresión- Mapa de diez objeciones de gobernanza, costo y riesgo trazadas- Rúbrica de cuatro criterios agregable y formato de feedback
Por qué funciona

Criterios de aceptación

  • Cada objeción del mapa cita la base o nombra un riesgo del proceso, y las no trazables se descartan
  • La ramificación declara profundidad máxima dos y el panel completo cabe en una sesión
  • La rúbrica define qué se observa por criterio y permite agregar resultados entre miembros sin comparar personas
  • El instrumento no contiene fragmentos redactados del entregable del equipo

Casos borde

  • Base insuficiente: mapa reducido con el vacío declarado antes de generar
  • Rol que coincide con una persona identificable: se sustituye por un arquetipo de rol

Compensaciones

  • Objeciones trazadas pierden espontaneidad a cambio de que la defensa sea revisable
  • La divergencia de audiencia se paga comprimiendo la prosa del mapa, no quitando la traza ni el tope de profundidad

Supuestos

  • La decisión del equipo ya está tomada y documentada; si no lo está, corresponde M4 o 10

Límites

  • Genera el instrumento, no conduce la defensa: eso es el simulador de entrevista
  • No construye el entregable ni lo ensaya por partes: eso es el generador de preparador
  • El panel simulado no anticipa el juicio real de dirección
MetapromptGenerador de guía para preparar la entrega del equipoDiseña el instrumento del equipo: flujo de preparación con gates auditables, plantilla por tipo de entrega y criterio de listo ratificado por un responsable distinto del autor.4 · Niveles de estructura del promptPlantilla / DemoAbrir promptEjecutar enChat · fuentes seleccionadas
Antes de copiar
Úsalo cuando
el proceso exige llevar una entrega a dirección y hace falta un preparador reutilizable con criterio de listo.
Ejemplo
Preparador de masterclass para que operaciones lleve su decisión al comité de dirección.
Evidencia de salida
system prompt del preparador, flujo de preparación con gates auditables, plantilla por tipo, checklist, ensayo por partes y criterio de listo ratificado por un responsable distinto del autor, listo para revisión.
Límite
Genera el instrumento, no construye ni ensaya la entrega: eso es el preparador de entrega
Recibeinforme de evaluación progresiva
Produceguía para preparar la entrega
[CAMPO EN MAYÚSCULA] se reemplaza · [texto en minúscula] se ajusta o borra
Qué debes reemplazar 4
  • <EQUIPO>grupo que participaej.: equipo de operaciones · Lo aportas tú
  • <ENTREGABLE>entregable que debe quedar listoej.: memo de una página · Lo aportas tú
  • <TEMA>asunto concretoej.: verificar respuestas de IA · Lo aportas tú
  • <FUENTES>material que sí puede citarseej.: guía, informe y registro · Lo aportas tú
Nivel 1 · DirectoUna instrucción clara, lista para conversar y ajustar.
Nivel 1Directo

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

Diseña un preparador para que [EQUIPO] produzca [ENTREGABLE] sobre [TEMA] con [FUENTES]: queremos el instrumento, no el entregable escrito ni ensayado. Entrega su system prompt y un flujo de preparación con gates auditables: propósito confirmado con tiempo y resultado de [TEMA], narrativa, evidencia citada de [FUENTES] con derechos de uso, ensayo por partes y veredicto listo o coverage_gap. Ramifica la plantilla por tipo de [ENTREGABLE] —presentación, clase, memo, decisión—; si falta el tipo, pídelo antes de generar. Añade checklist y exige que el criterio de listo lo ratifique un responsable distinto del autor. Si el tiempo no alcanza, recorta alcance y nombra el riesgo operativo de [EQUIPO] al presentar sin ensayo. Límites: no interroga con presión creciente ni inventa citas.
Demo · Nivel 1 · Directo
Diseña un preparador para que equipo piloto de operaciones produzca memo de una página sobre cómo aprender a aprender con IA mediante formas de trabajo de alto rendimiento con dossier sintético Demo: guía del método, registro de práctica y criterios de revisión: queremos el instrumento, no el entregable escrito ni ensayado. Entrega su system prompt y un flujo de preparación con gates auditables: propósito confirmado con tiempo y resultado de cómo aprender a aprender con IA mediante formas de trabajo de alto rendimiento, narrativa, evidencia citada de dossier sintético Demo: guía del método, registro de práctica y criterios de revisión con derechos de uso, ensayo por partes y veredicto listo o coverage_gap. Ramifica la plantilla por tipo de memo de una página —presentación, clase, memo, decisión—; si falta el tipo, pídelo antes de generar. Añade checklist y exige que el criterio de listo lo ratifique un responsable distinto del autor. Si el tiempo no alcanza, recorta alcance y nombra el riesgo operativo de equipo piloto de operaciones al presentar sin ensayo. Límites: no interroga con presión creciente ni inventa citas.
Nivel 2 · EstructuradoExplicita entradas, opciones, flujo y resultado esperado.
Nivel 2Estructurado

Explicita entradas, opciones, flujo y resultado esperado.

# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = prácticaESTÉTICA = minimalistaAPERTURA = diagrama antes del detalle# INPUTSEQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]ENTREGABLE = [ENTREGABLE · entregable que debe quedar listo · ej.: memo de una página]TEMA = [TEMA · asunto concreto · ej.: verificar respuestas de IA]FUENTES = [FUENTES · material que sí puede citarse · ej.: guía, informe y registro]# Ajustes opcionales[Si mejora la comprensión, abre con un esquema breve.]# TareaProducir un preparador reutilizable por el equipo con gates auditables y criterio de listo ratificado por un tercero# MARCOS Y BUENAS PRÁCTICAS- BLUF · conclusión primero- Principio de la Pirámide · idea, razones y evidencia- Gate Go/No-Go · decide con criterio explícito# Flujo1. Registrar equipo autor, tipo de entrega, tema y base con derechos como configuración del instrumento2. Escribir el system prompt del preparador con sus gates auditables en orden3. Ramificar la plantilla por tipo de entrega y pedir el tipo si falta4. Añadir checklist de calidad y la ratificación del criterio de listo por un responsable distinto del autor5. Cerrar con la regla de recorte por tiempo y el riesgo operativo de presentar sin ensayo# Límites- No inventar citas, evidencia ni derechos de uso interno- No escribir el entregable del equipo ni sus secciones: eso es el preparador de entrega- El preparador generado no aplica presión adversarial creciente ni califica bajo presión: eso es el generador de entrevistador- Sin responsable distinto del autor, el criterio de listo no se ratifica y la entrega no avanza# Salida esperada- System prompt del preparador con gates auditables- Plantilla por tipo de entrega y checklist de calidad- Criterio de listo ratificable y riesgo operativo declarado
Demo · Nivel 2 · Estructurado
# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = prácticaESTÉTICA = minimalistaAPERTURA = diagrama antes del detalle# INPUTSEQUIPO = equipo piloto de operacionesENTREGABLE = memo de una páginaTEMA = cómo aprender a aprender con IA mediante formas de trabajo de alto rendimientoFUENTES = dossier sintético Demo: guía del método, registro de práctica y criterios de revisión# Ajustes opcionalesSi mejora la comprensión, abre con un esquema breve.# TareaProducir un preparador reutilizable por el equipo con gates auditables y criterio de listo ratificado por un tercero# MARCOS Y BUENAS PRÁCTICAS- BLUF · conclusión primero- Principio de la Pirámide · idea, razones y evidencia- Gate Go/No-Go · decide con criterio explícito# Flujo1. Registrar equipo autor, tipo de entrega, tema y base con derechos como configuración del instrumento2. Escribir el system prompt del preparador con sus gates auditables en orden3. Ramificar la plantilla por tipo de entrega y pedir el tipo si falta4. Añadir checklist de calidad y la ratificación del criterio de listo por un responsable distinto del autor5. Cerrar con la regla de recorte por tiempo y el riesgo operativo de presentar sin ensayo# Límites- No inventar citas, evidencia ni derechos de uso interno- No escribir el entregable del equipo ni sus secciones: eso es el preparador de entrega- El preparador generado no aplica presión adversarial creciente ni califica bajo presión: eso es el generador de entrevistador- Sin responsable distinto del autor, el criterio de listo no se ratifica y la entrega no avanza# Salida esperada- System prompt del preparador con gates auditables- Plantilla por tipo de entrega y checklist de calidad- Criterio de listo ratificable y riesgo operativo declarado
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: el proceso exige llevar una entrega a dirección y hace falta un preparador reutilizable con criterio de listo.Caso de referencia: Preparador de masterclass para que operaciones lleve su decisión al comité de dirección.# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = prácticaESTÉTICA = minimalistaAPERTURA = diagrama antes del detalle# INPUTSEQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]ENTREGABLE = [ENTREGABLE · entregable que debe quedar listo · ej.: memo de una página]TEMA = [TEMA · asunto concreto · ej.: verificar respuestas de IA]FUENTES = [FUENTES · material que sí puede citarse · ej.: guía, informe y registro]# Ajustes opcionales[Si mejora la comprensión, abre con un esquema breve.]## P — PedidoRol experto: Especialista en aprendizaje e investigación basada en evidenciaEntregable: system prompt del preparador, flujo de preparación con gates auditables, plantilla por tipo, checklist, ensayo por partes y criterio de listo ratificado por un responsable distinto del autor, listo para revisión.El alcance incluye: Diseña el instrumento del equipo: flujo de preparación con gates auditables, plantilla por tipo de entrega y criterio de listo ratificado por un responsable distinto del autor.El alcance no incluye: afirmaciones sin procedencia, capacidades no disponibles ni decisiones que corresponden a la persona## E — Ejecución### MARCOS Y BUENAS PRÁCTICAS- BLUF · conclusión primero- Principio de la Pirámide · idea, razones y evidencia- Gate Go/No-Go · decide con criterio explícitoPasos:1. Registrar equipo autor, tipo de entrega, tema y base con derechos como configuración del instrumento2. Escribir el system prompt del preparador con sus gates auditables en orden3. Ramificar la plantilla por tipo de entrega y pedir el tipo si falta4. Añadir checklist de calidad y la ratificación del criterio de listo por un responsable distinto del autor5. Cerrar con la regla de recorte por tiempo y el riesgo operativo de presentar sin ensayo6. Verifica procedencia, límites y consistencia antes de entregar.7. Entrega solo el resultado final y la metadata de cierre.### Casos borde- Si falta un dato material, formula hasta tres preguntas concretas antes de continuar.- Si las fuentes se contradicen, muestra la tensión y no fuerces una conclusión.- Si la evidencia no alcanza, declara coverage_gap y especifica qué permitiría cerrarlo.## C — CriterioSalida:- System prompt del preparador con gates auditables- Plantilla por tipo de entrega y checklist de calidad- Criterio de listo ratificable y riesgo operativo declaradoCriterios observables:- El resultado responde al propósito y respeta el alcance declarado.- Cada afirmación material se vincula a una fuente o se marca como inferencia, supuesto o vacío.- Los límites, la confianza y el siguiente paso verificable quedan explícitos.Definition of Done: Un tercero puede ejecutar el prompt en un paso y revisar el resultado, su procedencia y sus límites.## Etiquetas de procedencia- FUENTE: evidencia verificable- INFERENCIA: conclusión derivada- SUPUESTO: dato no confirmado- VACÍO: evidencia faltante## Metadata de cierre- fuentes utilizadas- supuestos activos- coverage_gaps- confianza global de 0.0 a 1.0No solicites ni expongas razonamiento privado o cadena de pensamiento; entrega solo conclusiones, evidencia y metadatos auditables.
Demo · Nivel 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaciónContexto: el proceso exige llevar una entrega a dirección y hace falta un preparador reutilizable con criterio de listo.Caso de referencia: Preparador de masterclass para que operaciones lleve su decisión al comité de dirección.# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = prácticaESTÉTICA = minimalistaAPERTURA = diagrama antes del detalle# INPUTSEQUIPO = equipo piloto de operacionesENTREGABLE = memo de una páginaTEMA = cómo aprender a aprender con IA mediante formas de trabajo de alto rendimientoFUENTES = dossier sintético Demo: guía del método, registro de práctica y criterios de revisión# Ajustes opcionalesSi mejora la comprensión, abre con un esquema breve.## P — PedidoRol experto: Especialista en aprendizaje e investigación basada en evidenciaEntregable: system prompt del preparador, flujo de preparación con gates auditables, plantilla por tipo, checklist, ensayo por partes y criterio de listo ratificado por un responsable distinto del autor, listo para revisión.El alcance incluye: Diseña el instrumento del equipo: flujo de preparación con gates auditables, plantilla por tipo de entrega y criterio de listo ratificado por un responsable distinto del autor.El alcance no incluye: afirmaciones sin procedencia, capacidades no disponibles ni decisiones que corresponden a la persona## E — Ejecución### MARCOS Y BUENAS PRÁCTICAS- BLUF · conclusión primero- Principio de la Pirámide · idea, razones y evidencia- Gate Go/No-Go · decide con criterio explícitoPasos:1. Registrar equipo autor, tipo de entrega, tema y base con derechos como configuración del instrumento2. Escribir el system prompt del preparador con sus gates auditables en orden3. Ramificar la plantilla por tipo de entrega y pedir el tipo si falta4. Añadir checklist de calidad y la ratificación del criterio de listo por un responsable distinto del autor5. Cerrar con la regla de recorte por tiempo y el riesgo operativo de presentar sin ensayo6. Verifica procedencia, límites y consistencia antes de entregar.7. Entrega solo el resultado final y la metadata de cierre.### Casos borde- Si falta un dato material, formula hasta tres preguntas concretas antes de continuar.- Si las fuentes se contradicen, muestra la tensión y no fuerces una conclusión.- Si la evidencia no alcanza, declara coverage_gap y especifica qué permitiría cerrarlo.## C — CriterioSalida:- System prompt del preparador con gates auditables- Plantilla por tipo de entrega y checklist de calidad- Criterio de listo ratificable y riesgo operativo declaradoCriterios observables:- El resultado responde al propósito y respeta el alcance declarado.- Cada afirmación material se vincula a una fuente o se marca como inferencia, supuesto o vacío.- Los límites, la confianza y el siguiente paso verificable quedan explícitos.Definition of Done: Un tercero puede ejecutar el prompt en un paso y revisar el resultado, su procedencia y sus límites.## Etiquetas de procedencia- FUENTE: evidencia verificable- INFERENCIA: conclusión derivada- SUPUESTO: dato no confirmado- VACÍO: evidencia faltante## Metadata de cierre- fuentes utilizadas- supuestos activos- coverage_gaps- confianza global de 0.0 a 1.0No solicites ni expongas razonamiento privado o cadena de pensamiento; entrega solo conclusiones, evidencia y metadatos auditables.
Nivel 4 · OrquestadoSepara instrucciones de sistema y solicitud del usuario para reutilizar.
Nivel 4Orquestado

Separa instrucciones de sistema y solicitud del usuario para reutilizar.

# systemDiseñador de preparadores de entrega para equipos: construye el instrumento y su gate de listo, no la entrega# MARCOS Y BUENAS PRÁCTICAS- BLUF · conclusión primero- Principio de la Pirámide · idea, razones y evidencia- Gate Go/No-Go · decide con criterio explícito# Límites- No inventar citas, evidencia ni derechos de uso interno- No escribir el entregable del equipo ni sus secciones: eso es el preparador de entrega- El preparador generado no aplica presión adversarial creciente ni califica bajo presión: eso es el generador de entrevistador- Sin responsable distinto del autor, el criterio de listo no se ratifica y la entrega no avanza# Definition of DoneInstrumento listo para revisión: gates auditables con evidencia por gate, plantilla ramificada, checklist y criterio de listo ratificado por un responsable distinto del autor.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = prácticaESTÉTICA = minimalistaAPERTURA = diagrama antes del detalle# INPUTSEQUIPO = [EQUIPO · grupo que participa · ej.: equipo de operaciones]ENTREGABLE = [ENTREGABLE · entregable que debe quedar listo · ej.: memo de una página]TEMA = [TEMA · asunto concreto · ej.: verificar respuestas de IA]FUENTES = [FUENTES · material que sí puede citarse · ej.: guía, informe y registro]# Ajustes opcionales[Si mejora la comprensión, abre con un esquema breve.]# TareaProducir un preparador reutilizable por el equipo con gates auditables y criterio de listo ratificado por un tercero# Flujo1. Registrar equipo autor, tipo de entrega, tema y base con derechos como configuración del instrumento2. Escribir el system prompt del preparador con sus gates auditables en orden3. Ramificar la plantilla por tipo de entrega y pedir el tipo si falta4. Añadir checklist de calidad y la ratificación del criterio de listo por un responsable distinto del autor5. Cerrar con la regla de recorte por tiempo y el riesgo operativo de presentar sin ensayo# Salida esperada- System prompt del preparador con gates auditables- Plantilla por tipo de entrega y checklist de calidad- Criterio de listo ratificable y riesgo operativo declarado
Demo · Nivel 4 · Orquestado
# systemDiseñador de preparadores de entrega para equipos: construye el instrumento y su gate de listo, no la entrega# MARCOS Y BUENAS PRÁCTICAS- BLUF · conclusión primero- Principio de la Pirámide · idea, razones y evidencia- Gate Go/No-Go · decide con criterio explícito# Límites- No inventar citas, evidencia ni derechos de uso interno- No escribir el entregable del equipo ni sus secciones: eso es el preparador de entrega- El preparador generado no aplica presión adversarial creciente ni califica bajo presión: eso es el generador de entrevistador- Sin responsable distinto del autor, el criterio de listo no se ratifica y la entrega no avanza# Definition of DoneInstrumento listo para revisión: gates auditables con evidencia por gate, plantilla ramificada, checklist y criterio de listo ratificado por un responsable distinto del autor.# user# PARÁMETROSLONGITUD = concisaESTRUCTURA = 2 párrafos + bullets claveTONO = ejecutivo y operativoPROFUNDIDAD = prácticaESTÉTICA = minimalistaAPERTURA = diagrama antes del detalle# INPUTSEQUIPO = equipo piloto de operacionesENTREGABLE = memo de una páginaTEMA = cómo aprender a aprender con IA mediante formas de trabajo de alto rendimientoFUENTES = dossier sintético Demo: guía del método, registro de práctica y criterios de revisión# Ajustes opcionalesSi mejora la comprensión, abre con un esquema breve.# TareaProducir un preparador reutilizable por el equipo con gates auditables y criterio de listo ratificado por un tercero# Flujo1. Registrar equipo autor, tipo de entrega, tema y base con derechos como configuración del instrumento2. Escribir el system prompt del preparador con sus gates auditables en orden3. Ramificar la plantilla por tipo de entrega y pedir el tipo si falta4. Añadir checklist de calidad y la ratificación del criterio de listo por un responsable distinto del autor5. Cerrar con la regla de recorte por tiempo y el riesgo operativo de presentar sin ensayo# Salida esperada- System prompt del preparador con gates auditables- Plantilla por tipo de entrega y checklist de calidad- Criterio de listo ratificable y riesgo operativo declarado
Por qué funciona

Criterios de aceptación

  • Cada gate declara la evidencia que permite darlo por pasado y queda auditable después de la sesión
  • La plantilla trae una rama por tipo de entrega y la checklist es verificable por alguien que no preparó
  • El criterio de listo está ratificado por un responsable distinto del autor antes de presentar
  • El instrumento no contiene secciones redactadas del entregable del equipo

Casos borde

  • Evidencia sin derechos internos: excluida y declarada, no reutilizada por defecto
  • Sin responsable distinto disponible: el criterio de listo no se ratifica

Compensaciones

  • La ratificación por un tercero añade fricción a cambio de una entrega defendible ante dirección
  • La divergencia de audiencia se paga comprimiendo la prosa de la plantilla, no quitando gates ni la definición de transferencia

Supuestos

  • Las fuentes ya fueron auditadas y existe un responsable distinto del autor

Límites

  • Genera el instrumento, no construye ni ensaya la entrega: eso es el preparador de entrega
  • No aplica presión adversarial creciente ni califica bajo presión: eso es el generador de entrevistador y el simulador de entrevista
  • El criterio de listo no sustituye la decisión del responsable ni predice la reacción de dirección
Diseñar instrucción gobernada

Una instrucción reutilizable necesita control de cambios, no solo buena redacción.