---
type: MF
asset_id: MF-HD-QA-Checklist-v01
version: v01
status: Draft
owner: Victor Heredia
sherpa_owner: Jay
fecha_creacion: 2026-05-20
fecha_ultima_actualizacion: 2026-05-20
fecha_migracion_bmf: 2026-05-20
intellbank: IB-XX-Maestro
subbank: MF-XX-MetaFactorias
proposito: MF · QA Checklist · IB-XX-Maestro
nota_migracion: Frontmatter BMF agregado en batch masivo 2026-05-20 · Workbench FASE 5C · proposito pendiente revisión manual
---

# MF-HD-QA-Checklist-v01
### Checklist de Producción — HD Personal Playbook Factory

---

#### Encabezado de Activo

| Campo | Valor |
|---|---|
| **Asset ID** | MF-HD-QA-Checklist-v01 |
| **Tipo** | QA Checklist — Producción |
| **Factoría origen** | MF-BMF-HD-PersonalPlaybook-v01 |
| **Pipeline ref** | TPr-HD-PersonalPlaybook-v01 |
| **Versión** | v01 |
| **Estado** | Activo |
| **Propietario** | Victor Heredia |
| **IntellBank** | IB-XX-Maestro / MF-XX-MetaFactorias |
| **Creado** | 2026-05-13 |
| **Basado en corridas** | PB-HD-MarioVazquez-v01 · PB-HD-MarioVazquezJr-v01 |

---

#### Cómo usar este checklist

Este documento es independiente del TPr y del TP completo. Úsalo en dos momentos:

**1. Durante la corrida** — Como compuerta de decisión en cada estación. Si cualquier ítem obligatorio falla, detener y resolver antes de continuar.

**2. Post-entrega** — Como auditoría final del playbook completo antes de enviarlo al cliente.

> **Convención:** `[ ]` ítem pendiente · `[x]` PASA · `[!]` FALLA — detener y corregir

---

### ─────────────────────────────────────────
### PRE-FLIGHT — Antes de ejecutar el pipeline
### ─────────────────────────────────────────

#### Archivos recibidos

| # | Ítem | Obligatorio | Estado |
|---|---|---|---|
| 1 | PDF 64keys / HD Overview presente | ✦ Obligatorio | `[ ]` |
| 2 | Perfil GK (genekeys.com PDF o GenieCase) presente | Opcional | `[ ]` |
| 3 | Context Brief recibido | ✦ Obligatorio | `[ ]` |
| 4 | Nombre de la persona confirmado | ✦ Obligatorio | `[ ]` |

#### Instrucciones especiales (anotar aquí)

```
Persona: ___________________________
Fecha de corrida: ___________________
Instrucciones especiales del operador:
- 
- 
gk_profile_source declarado: [ ] GK Official PDF  [ ] GenieCase  [ ] null (derivar)
```

**PRE-FLIGHT → PASA si:** ítems 1, 3 y 4 marcados.
**PRE-FLIGHT → FALLA si:** falta el Overview HD o el Context Brief. No continuar.

---

### ─────────────────────────────────────────
### E0 — INGESTA · HD-DataPackage
### ─────────────────────────────────────────

#### Campos HD obligatorios

| # | Campo | Estado |
|---|---|---|
| 1 | Tipo (Generador / MG / Proyector / Manifestador / Reflector) | `[ ]` |
| 2 | Estrategia extraída | `[ ]` |
| 3 | Autoridad extraída | `[ ]` |
| 4 | Perfil (formato X/X) | `[ ]` |
| 5 | Cruz de encarnación nombrada | `[ ]` |
| 6 | Canal(es) definido(s) listados con nombre | `[ ]` |
| 7 | Variable registrada (formato: X-XXXX) | `[ ]` |
| 8 | Posiciones planetarias C+D en formato Puerta.Línea | `[ ]` |
| 9 | Etapas de vida / Retorno de Saturno / Quirón presentes | `[ ]` |
| 10 | Sol C (gate.line) registrado | `[ ]` |

#### Campos GK obligatorios

| # | Campo | Estado |
|---|---|---|
| 11 | `gk_profile_source` declarado | `[ ]` |
| 12 | Si GK Official PDF → 11 esferas leídas directamente del PDF | `[ ]` |
| 13 | Si null → derivación aplicada correctamente (sol_c = trabajo_vida, etc.) | `[ ]` |
| 14 | Las 11 esferas nombradas: Misión, Evolución, Resplandor, Propósito, Atracción, CI, CS, CE, Perla, Vocación, Cultura | `[ ]` |
| 15 | Cada esfera: GK#.Línea registrado | `[ ]` |

#### Context Brief

| # | Ítem | Estado |
|---|---|---|
| 16 | Texto del Context Brief preservado textualmente (sin interpretar en E0) | `[ ]` |
| 17 | Instrucciones especiales del operador registradas en el package | `[ ]` |

**E0 → PASA si:** ítems 1, 2, 3, 4, 10 presentes (mínimo vital).
**E0 → FALLA si:** falta tipo, autoridad, perfil o sol_c. Detener. Buscar fuente alternativa o solicitarla al operador.

---

### ─────────────────────────────────────────
### E1+E2+E3 — ANÁLISIS PARALELO
### ─────────────────────────────────────────

#### E1 — HD-SystemBlock (800-1.200 palabras)

| # | Criterio | Estado |
|---|---|---|
| 1 | Escrito en prosa (no bullets de manual) | `[ ]` |
| 2 | Cubre: Tipo & Aura · Estrategia · Autoridad · Perfil · Cruz · Canales · Definición · Variable · Patrón No-Yo | `[ ]` |
| 3 | Cada oración es específica a esta persona — cero definiciones copiables a otro reporte | `[ ]` |
| 4 | Extensión dentro del rango 800-1.200 palabras | `[ ]` |

#### E2 — GK-SystemBlock (1.000-1.500 palabras)

| # | Criterio | Estado |
|---|---|---|
| 5 | Interpreta las 11 esferas — todas presentes | `[ ]` |
| 6 | Organizado por las 3 secuencias: Activación · Venus · Perla | `[ ]` |
| 7 | Cada esfera incluye matiz de Línea (no solo GK genérico) | `[ ]` |
| 8 | Amplificaciones identificadas (esferas con mismo GK en múltiples posiciones) | `[ ]` |
| 9 | Bordes evolutivos nombrados (tensiones Sombra→Don activas) | `[ ]` |
| 10 | Extensión dentro del rango 1.000-1.500 palabras | `[ ]` |

#### E3 — Context-Block (400-600 palabras)

| # | Criterio | Estado |
|---|---|---|
| 11 | Señal 1: Etapa de vida identificada | `[ ]` |
| 12 | Señal 2: Dominios prioritarios ordenados | `[ ]` |
| 13 | Señal 3: Qué quiere crear/cambiar — cita texto real del Context Brief | `[ ]` |
| 14 | Señal 4: Autoconocimiento existente evaluado | `[ ]` |
| 15 | Señal 5: Textura emocional del Brief detectada | `[ ]` |
| 16 | Señal 6: Brechas y preguntas no hechas nombradas | `[ ]` |
| 17 | Instrucciones especiales del operador integradas (ej: omitir edad) | `[ ]` |
| 18 | Extensión dentro del rango 400-600 palabras | `[ ]` |

**E1+E2+E3 → PASA si:** todos los criterios ✦ marcados.
**FALLA parcial:** regenerar solo el bloque que falló — no repetir los que pasaron.

---

### ─────────────────────────────────────────
### E4 — SÍNTESIS ⭐ (Compuerta crítica)
### ─────────────────────────────────────────

#### Protocolo de pensamiento (mostrar antes del output)

| # | Criterio | Estado |
|---|---|---|
| 1 | Escaneo de Convergencia: 3-5 puntos donde HD y GK dicen lo mismo | `[ ]` |
| 2 | Escaneo de Tensión: 1-3 paradojas productivas entre sistemas | `[ ]` |
| 3 | Puente de Contexto: vida real confirma o complica el diseño | `[ ]` |

#### SynthesisMap (1.500-2.000 palabras)

| # | Sección | Criterio de calidad | Estado |
|---|---|---|---|
| 4 | **Narrativa Central** | 2-3 oraciones. Revela algo que la persona probablemente no ha nombrado sola. No derivable de un solo sistema. | `[ ]` |
| 5 | **5-7 Insights de Alto Orden** | Cada uno: título + 2-3 párrafos + implicación práctica. Mínimo 5. | `[ ]` |
| 6 | **Mapa Sombra-Don** | 2-3 tensiones centrales: sombra activa + don emergente específico | `[ ]` |
| 7 | **Arquitectura de Navegación** | 3-4 principios prácticos. Ejecutables, no abstractos. | `[ ]` |
| 8 | Extensión dentro del rango 1.500-2.000 palabras | `[ ]` |

#### Test de calidad E4

> **Pregunta de oro:** ¿La Narrativa Central diría algo que la persona no ha podido articular sola pero que, al leerlo, reconocería como verdad?

| # | Test | Resultado |
|---|---|---|
| 9 | Narrativa Central irreducible a HD solo | `[ ]` |
| 10 | Narrativa Central irreducible a GK solo | `[ ]` |
| 11 | Al menos 1 insight sorprende (no se podría inferir del Context Brief) | `[ ]` |

**E4 → PASA si:** ítems 4, 9, 10 superados.
**E4 → FALLA:** detener aquí. No continuar a E5. Regenerar con mayor profundidad en Escaneo de Convergencia y reportar al operador.

---

### ─────────────────────────────────────────
### E5 — BLUEPRINT
### ─────────────────────────────────────────

#### Estructura macro — 8 partes obligatorias

| # | Parte | Fija/Variable | Estado |
|---|---|---|---|
| 1 | Parte 1 — Fundamentos del Sistema | FIJA | `[ ]` |
| 2 | Parte 2 — Mapa Central del Diseño | FIJA | `[ ]` |
| 3 | Parte 3 — Mecánica Energética | Personalizada | `[ ]` |
| 4 | Parte 4 — Propósito y Cruz | Personalizada | `[ ]` |
| 5 | Parte 5 — Canales, Puertas y Gene Keys | Personalizada | `[ ]` |
| 6 | Parte 6 — El Viaje Evolutivo — 3 Secuencias GK | Personalizada | `[ ]` |
| 7 | Parte 7 — Síntesis e Integración | Personalizada (siempre Muy Profundo) | `[ ]` |
| 8 | Parte 8 — Prácticas + Conclusión | Personalizada | `[ ]` |

#### Especificaciones por parte

| # | Ítem | Estado |
|---|---|---|
| 9 | Cada parte tiene: intención pedagógica · ritmo visual · profundidad · protocolos a crear | `[ ]` |
| 10 | Tabla de 26 activaciones asignada a Parte 5 | `[ ]` |
| 11 | Partes 3-7: al menos 1 protocolo nombrado por parte | `[ ]` |
| 12 | Dominios más cargados del Context-Block asignados a Muy Profundo | `[ ]` |
| 13 | Prácticas Esenciales (Parte 8): 5 prácticas definidas con nombre | `[ ]` |
| 14 | Conclusión: esquema "Lo que este mapa no puede hacer por ti" con 3 recursos internos | `[ ]` |

**E5 → PASA si:** 8 partes presentes con ritmo visual definido y protocolos específicos (no genéricos).

---

### ─────────────────────────────────────────
### E6 — QA FINAL · Escritura Completa
### ─────────────────────────────────────────

#### Voz y tono (Victor Voice Pack HD v2)

| # | Criterio | Estado |
|---|---|---|
| 1 | Voz de mentor — no de asesor que analizó | `[ ]` |
| 2 | Sabio y práctico — poético solo cuando la precisión lo requiere | `[ ]` |
| 3 | Directo — no suaviza lo que necesita nombrarse | `[ ]` |
| 4 | Sin preámbulos — entra inmediatamente en la sustancia | `[ ]` |

#### Estructura completa

| # | Ítem obligatorio | Estado |
|---|---|---|
| 5 | ✦ Parte 1 — Fundamentos: 4 capítulos completos | `[ ]` |
| 6 | ✦ Parte 2 — Tabla 1 HD · Tabla 2 GK (11 esferas) · Lista canales | `[ ]` |
| 7 | ✦ Parte 5 — Tabla de 26 activaciones completa (Planeta·C/D·Puerta.Línea·GK#·Sombra→Don→Sidhi·Energía planetaria·Camino) | `[ ]` |
| 8 | ✦ Conclusión presente: "Lo que este mapa no puede hacer por ti" o variante | `[ ]` |
| 9 | Conclusión: 3 recursos internos específicos — no podrían aparecer en otro playbook | `[ ]` |
| 10 | Conclusión: límite honesto + primer paso | `[ ]` |

#### Por capítulo (Partes 3-8) — repetir para cada capítulo

| # | Ítem | Estado global |
|---|---|---|
| 11 | ✦ Highlights Clave al final del capítulo (3-6 bullets) | `[ ]` |
| 12 | ✦ Preguntas de Reflexión al final del capítulo (3-4 preguntas, específicas a esta persona) | `[ ]` |
| 13 | ✦ Checklist de Acción al final del capítulo (3-5 acciones ejecutables y específicas) | `[ ]` |
| 14 | ✦ Al menos 1 protocolo nombrado por capítulo (Partes 3-7) | `[ ]` |

#### Mix de formatos

| # | Elemento | Presente | Estado |
|---|---|---|---|
| 15 | Narrativa densa (síntesis, insights) | Sí | `[ ]` |
| 16 | Protocolos nombrados con pasos numerados | Sí | `[ ]` |
| 17 | Bullets (Do/Don't, señales, opciones) | Sí | `[ ]` |
| 18 | Tablas (Parte 2 + Parte 5 obligatorias) | Sí | `[ ]` |
| 19 | Aplicación por dominios (trabajo, liderazgo, relaciones, salud, etc.) | Sí | `[ ]` |

#### Personalización

| # | Test de singularidad | Estado |
|---|---|---|
| 20 | Ninguna oración podría aparecer en otro reporte HD | `[ ]` |
| 21 | Los protocolos tienen nombres específicos a este diseño (no "Protocolo de Decisión" genérico) | `[ ]` |
| 22 | Las preguntas de reflexión mencionan circunstancias reales de esta persona | `[ ]` |
| 23 | La tabla de 26 activaciones está correctamente extraída del HD-DataPackage de E0 | `[ ]` |

**E6 → PASA si:** todos los ítems marcados con ✦ están completos.
**FALLA parcial:** regenerar solo las secciones marcadas — no reescribir el playbook completo.

---

### ─────────────────────────────────────────
### QA FINAL — 7 PUNTOS (compuerta de entrega)
### ─────────────────────────────────────────

> Estos 7 ítems son la compuerta definitiva antes de entregar al cliente. Todos deben pasar.

| # | Punto QA | Estado |
|---|---|---|
| **QA-1** | ✦ 8 partes presentes con Parte 1 y Parte 2 completas | `[ ]` |
| **QA-2** | ✦ Cada capítulo tiene Highlights + Reflexión + Checklist | `[ ]` |
| **QA-3** | ✦ Al menos 1 protocolo nombrado por capítulo (Partes 3-7) | `[ ]` |
| **QA-4** | ✦ Tabla de 26 activaciones en Parte 5 | `[ ]` |
| **QA-5** | ✦ Mix de formatos respetado — no todo prosa, no todo bullets | `[ ]` |
| **QA-6** | ✦ Ninguna oración podría aparecer en otro reporte HD | `[ ]` |
| **QA-7** | ✦ Conclusión con 3 recursos internos específicos | `[ ]` |

**RESULTADO FINAL:**
```
[ ] PASA → entregar al cliente
[ ] FALLA → ver secciones marcadas, regenerar solo lo necesario
```

---

### ─────────────────────────────────────────
### POST-ENTREGA — Auditoría de calidad narrativa
### ─────────────────────────────────────────

Estas preguntas no tienen checklist binario. Son para la revisión editorial del operador antes del envío definitivo.

**Prueba de la Narrativa Central**
> ¿La persona, al leer la Narrativa Central, diría "nadie me había dicho esto con estas palabras pero es exactamente lo que soy"?

**Prueba de la Conclusión**
> ¿Los 3 recursos internos nombrados en la Conclusión son tan específicos que si se colocaran en otro playbook se sentirían fuera de lugar?

**Prueba de los Protocolos**
> ¿Cada protocolo nombrado tiene pasos que solo tienen sentido para este diseño y esta vida concreta?

**Prueba del Dominio Principal**
> ¿El dominio más cargado del Context Brief tiene al menos 2 aplicaciones directas con nombre en el playbook?

**Prueba de la Etapa Vital**
> ¿La etapa de vida actual (Retorno de Saturno, Quirón, etc.) está reflejada en la orientación de las prácticas y no solo mencionada?

---

### ─────────────────────────────────────────
### SEÑALES DE FALLA — Guía de intervención rápida
### ─────────────────────────────────────────

| Estación | Señal de FALLA | Acción correctiva |
|---|---|---|
| E0 | Campos tipo, autoridad, perfil o sol_c ausentes | Buscar fuente alternativa; si no existe, solicitar al operador datos manuales |
| E0 | PDF renderiza canales como número incorrecto (ej: "70 Poder") | Identificar canal por par de puertas (gate-pair analysis) contra lista de canales HD |
| E1 | Contiene frases copiables a cualquier Generador / Proyector / etc. | Regenerar E1 con instrucción: "cada oración debe nombrar una circunstancia o dato específico de [nombre]" |
| E2 | Alguna de las 11 esferas ausente o sin matiz de Línea | Regenerar solo las esferas faltantes usando el GK-DataPackage de E0 |
| E3 | No cita texto real del Context Brief | Regenerar E3 con instrucción explícita de citar al menos 2 frases textuales |
| E4 | Narrativa Central derivable de un solo sistema | Regenerar con protocolo de pensamiento reforzado: más peso en Escaneo de Convergencia |
| E4 | Insights no sorprenden — son descripciones de manual | Pedir regeneración de Insights pidiendo explícitamente "la paradoja no obvia de este diseño" |
| E5 | Protocolos genéricos (ej: "Protocolo de Decisión") | Regenerar nombres con instrucción: "el nombre debe incluir un rasgo único del diseño de [nombre]" |
| E6 | Capítulo sin Highlights / Reflexión / Checklist | Regenerar solo ese capítulo con el patrón completo |
| E6 | Tabla de 26 activaciones incompleta o con datos de otro perfil | Reconstruir tabla desde HD-DataPackage de E0, verificar cada fila |
| E6 | Conclusión con recursos genéricos | Regenerar Conclusión con instrucción: "nombrar 3 recursos que solo [nombre] tiene por su diseño específico" |

---

### ─────────────────────────────────────────
### REGISTRO DE CORRIDAS
### ─────────────────────────────────────────

| Fecha | Persona | gk_profile_source | QA Final | Notas |
|---|---|---|---|---|
| 2026-05-12 | Mario Vázquez (padre, 1966) | GK Official PDF | PASA | Canal 37-40 + 6-59 · GK 31 double Perla+Vocación |
| 2026-05-12 | Mario Vázquez hijo (1997) | GK Official PDF | PASA | Canal 34-57 · GK 40 double · GK 41 triple · Instrucción: omitir edad |
| | | | | |
| | | | | |

---

*MF-HD-QA-Checklist-v01 · Big MetaFactory by Victor Heredia · IB-XX-Maestro / MF-XX-MetaFactorias*
*Basado en: TPr-HD-PersonalPlaybook-v01 · Validado con 2 corridas reales: 2026-05-12*
*Creado: 2026-05-13*