--- type: PLAN asset_id: PLAN-TRABAJO-ContentFactory-MasterPlaybooks-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: PLAN · ContentFactory MasterPlaybooks · IB-XX-Maestro nota_migracion: Frontmatter BMF agregado en batch masivo 2026-05-20 · Workbench FASE 5C · proposito pendiente revisión manual --- # PLAN DE TRABAJO INTEGRAL ## Content Factory de Master Playbooks — Parte Operativa **Documento:** PLAN-TRABAJO-ContentFactory-MasterPlaybooks-v01 **Fecha:** 2026-04-17 **Versión:** v01 **Basado en:** DIAGNOSTICO-ContentFactory-MasterPlaybooks-v01 **Owner:** EmpowerLabs **Preparado para:** Equipo de operaciones (Anaí, Victor, JC, Ángeles) --- ## PREÁMBULO — POR QUÉ ESTE PLAN IMPORTA Estamos en un punto donde el ecosistema tiene más diseño que ejecución. Eso no es un problema de capacidad — es un problema de secuencia. Tenemos blueprints sólidos, pipelines documentados y backlog identificado. Lo que no tenemos es el primer producto terminado que valide el sistema de extremo a extremo, ni la infraestructura operativa que permita que el equipo opere sin depender de que Victor esté en cada sesión. Este plan propone una secuencia de construcción que parte de lo que ya existe, lo cierra antes de abrir cosas nuevas, y escala de forma ordenada. El principio rector es simple: **primero terminar, luego sistematizar, luego escalar, luego expandir.** El plan está organizado en 4 fases. No son paralelas — son secuenciales por diseño. Cada fase es la condición de éxito de la siguiente. --- ## MARCO ESTRATÉGICO ### El Principio de Dogfooding El propio vault es evidencia de que el equipo sabe construir MetaPlaybooks, pipelines y sistemas de governance de calidad. Pero el sistema de producción editorial todavía depende de que Victor opere manualmente. La meta de este plan es que el sistema funcione sin Victor como bottleneck en el 80% de las operaciones. ### Las Dos Ramas y su Relación Las dos ramas (Master Playbooks y Demand Gen) no son independientes. Están diseñadas para operar en circuito virtuoso: ``` MASTER PLAYBOOKS (producción) │ ▼ Contenido publicado │ ▼ DEMAND GEN (atomización y distribución) │ ▼ Tráfico + leads + autoridad │ ▼ Más demanda → más producción ``` Esto significa que priorizar Demand Gen antes de tener producción editorial sistematizada es un error arquitectónico. Y priorizar producción editorial sin conectarla al pipeline de distribución es desperdiciar el contenido. **El plan construye ambas ramas en paralelo pero escalonado.** ### Criterio de Priorización Para decidir qué construir primero se aplicó el siguiente criterio en orden: 1. **¿Ya existe y puede cerrarse rápido?** → Prioridad máxima (validar que el pipeline funciona) 2. **¿Tiene backlog identificado y pipeline definido?** → Segunda prioridad (sistematizar y escalar) 3. **¿Necesita definición de concepto antes del pipeline?** → Tercera prioridad (diseñar primero) 4. **¿No existe y requiere diseño desde cero?** → Cuarta prioridad (cuando el sistema base esté operativo) --- ## FASE 0 — CIERRE Y FUNDAMENTOS **Duración estimada: 2 semanas** **Objetivo: Terminar lo que está casi listo. Construir la infraestructura mínima que hace posible operar el sistema.** Esta fase no abre nada nuevo. Solo cierra lo que está abierto y construye las piezas sin las que nada puede operar de forma sistematizada. --- ### 0.1 Publicar "La Magia de MasterPlaybooks" (Libro P5) **Responsable:** Victor + Anaí **Esfuerzo:** 2-3 sesiones **Por qué es prioridad 0:** Es el activo de más alto valor que está prácticamente terminado. Publicarlo valida el pipeline BOOK-12 de extremo a extremo, genera el primer caso de uso real de la factoría de libros, y activa el ciclo de demanda para el ecosistema completo. **Pasos:** - Sesión 1: Revisión final del contenido (T4 QA Checklist BMF — PASS/FAIL) - Sesión 2: T5 Upload Manifest completo + subida al canal definido - Sesión 3 (si aplica): Correcciones post-QA y go-live formal **Gate de salida:** "La Magia" publicada y accesible en canal definido (MasterPlaybooks.com). --- ### 0.2 Publicar los 2 libros RebeClub (Resúmenes P1) **Responsable:** Anaí **Esfuerzo:** 1 sesión (están en Categoría A — solo falta T5 Manifest) **Por qué es prioridad 0:** Son los activos más listos del pipeline de resúmenes. Publicarlos genera volumen inmediato en el catálogo y valida que el pipeline E0-E8 puede cerrar (no solo producir). **Pasos:** - Revisar que los T5-Manifests estén completos - Subir a la plataforma y hacer go-live - Registrar en Publish Log **Gate de salida:** 2 resúmenes publicados con Publish Log registrado. --- ### 0.3 Crear el Control Plane de la Factoría Editorial (FI-ED-MPB) **Responsable:** Anaí + Victor **Esfuerzo:** 1 sesión **Por qué es prioritario:** Sin Control Plane no hay visibilidad del estado real del WIP. Cada semana se empieza desde cero preguntando "¿qué teníamos pendiente?". Es la infraestructura mínima de operación. **Contenido del Control Plane:** - WIP activo: qué está en producción, en qué estación, quién lo opera - Backlog triado: items A (casi listos), B (en progreso), C (por iniciar) - Alertas activas: items bloqueados o con deuda de QA - Métricas semanales: publicaciones / WIP / sesiones ejecutadas **Gate de salida:** Control Plane operativo con el backlog real triado en A/B/C. --- ### 0.4 Crear AniX (SherpaX de Anaí) **Responsable:** Victor + Anaí **Esfuerzo:** 1 sesión (Charter + TP + SP) **Por qué es prioritario:** El pipeline E0-E8 de resúmenes está diseñado para operar con Anaí + AniX. Sin AniX, Anaí es un operador humano sin agente — el sistema no es distribuido. AniX es la pieza que libera el cuello de botella de Anaí. **Gate de salida:** AniX operativo, Anaí puede iniciar una sesión de resumen con AniX como agente. --- ### 0.5 Archivar el documento deprecated **Responsable:** Anaí **Esfuerzo:** 15 minutos **Acción:** Añadir una nota de aviso grande al inicio de `MF-EDITORIAL-ArquitecturaPublishing-v01` y moverlo a una carpeta de Archivo. El documento de referencia canónico es `MF-EDITORIAL-v01`. --- ### 0.6 Activar el Publish Log (Demand Gen) **Responsable:** Anaí **Esfuerzo:** 30 minutos **Por qué es prioritario:** Todo el sistema de Demand Gen depende de tener registro de lo que se publica. Sin Publish Log no hay feedback loop, no hay métricas, no hay aprendizaje. Es la infraestructura mínima del sistema de demanda. **Estructura mínima del Publish Log:** - Fecha, tipo de contenido, título/descripción, canal, NAR tag, resultado (engagement inicial) **Gate de salida de Fase 0:** 3 publicaciones en el catálogo, Control Plane activo, AniX operativo, Publish Log con sus primeras entradas. --- ## FASE 1 — SISTEMATIZAR LO DEFINIDO **Duración estimada: 4-6 semanas** **Objetivo: Poner en producción sistemática los pipelines que ya están definidos. Meta: ritmo de crucero sostenible.** Con la infraestructura de Fase 0 en pie, Fase 1 activa los pipelines que tienen todo el diseño listo pero no han entrado en producción regular. --- ### 1.1 Pipeline de Mini Playbooks — Activación masiva (FAST-4) **Responsable:** Victor (producción) + Anaí (coordinación + Publish Log) **Esfuerzo:** 1 sesión por mini playbook **Meta de Fase 1:** 20 mini playbooks publicados en 4-6 semanas (ritmo: 4-5 por semana) **Pasos previos (semana 1):** - Triage del backlog de 50 mini playbooks: ordenar por "señal más madura" (qué está más listo para producción desde BrainOS o sesiones Ignition) - Seleccionar los primeros 10 con mayor coherencia narrativa (alineados a NAR-01 a NAR-10) - Crear PL-MINIPLAYBOOKS-Pipeline-v01 (documento formal de la línea de producción) **Ritmo de crucero (semanas 2-6):** - 1 mini playbook por día hábil (sesión FAST-4 de ~60 minutos total) - Publicación el mismo día de producción - Registro en Control Plane + Publish Log **Gate de salida:** 20 mini playbooks publicados. Pipeline FAST-4 validado. Tiempo promedio de producción medido. --- ### 1.2 Pipeline de Resúmenes — Completar Categoría B y activar Categoría C **Responsable:** Anaí + AniX (operación) + Victor (gate de aprobación) **Esfuerzo:** 2-3 sesiones por resumen **Meta de Fase 1:** Completar IronWar y Covey (Categoría B) + iniciar 3 resúmenes de Categoría C **Pasos:** - Sesión 1 por libro: cargar Transfer Pack existente, avanzar al siguiente checkpoint - Victor revisa y aprueba en los 3 checkpoints (post-E0, post-E2, post-E5) - Anaí + AniX operan E4A-E4C de forma autónoma **Gate de salida:** 4-5 resúmenes publicados total. Pipeline E0-E8 operando de forma delegada. --- ### 1.3 Pipeline Editorial — Newsletter MasterPlaybooks (NEWS-1 adaptado) **Responsable:** Anaí **Esfuerzo:** 1 sesión para crear el pipeline + versión recurrente semanal (15-20 min) **Meta:** Newsletter semanal de MasterPlaybooks en funcionamiento **Pasos:** - Definir la fuente de contenido de la newsletter (mini playbooks publicados esa semana + 1 insight de BrainOS) - Crear el prompt específico para la newsletter de MasterPlaybooks (diferente al de Tribus RRHH) - Publicar primera edición como validación del pipeline - Establecer cadencia: cada viernes, basada en publicaciones de la semana **Gate de salida:** Newsletter MasterPlaybooks publicada semanalmente durante 4 semanas consecutivas. --- ### 1.4 Demand Gen — Sistematizar Posts de LinkedIn **Responsable:** Victor (contenido) + Anaí (publicación + Publish Log) **Esfuerzo:** 30-45 minutos por post de preparación **Meta:** 4-5 posts semanales alineados a los NAR tags **Pasos:** - Implementar la Atomization Queue: cada mini playbook publicado genera 2-3 posts derivados - Crear un banco inicial de 10 posts de la Narrativa Maestra (NAR-01 a NAR-10) con VVP aplicado - Conectar el Publish Log a los posts: cada post publicado lleva su NAR tag - Revisión semanal: ¿qué NAR tag resonó más? ¿qué ajustar? **Gate de salida:** 4 semanas de publicación consistente en LinkedIn con Publish Log activo y primera lectura de señal. --- ### 1.5 Cierre del primer Playbook completo (PLB-7) **Responsable:** Victor + Jacob **Esfuerzo:** 2-3 sesiones **Meta:** Primer Playbook completo (P3) publicado bajo el pipeline PLB-7 **Por qué en Fase 1:** El pipeline PLB-7 está definido pero nunca ha sido ejecutado de forma completa. Producir un Playbook completo valida el pipeline y genera un activo de mayor valor que los mini playbooks. El tema ideal sería uno directamente derivado de los mini playbooks ya publicados. **Gate de salida:** 1 Playbook completo (P3) publicado con QA PASS (T4). --- ## FASE 2 — COMPLETAR RAMA MASTER PLAYBOOKS **Duración estimada: 4-8 semanas** **Objetivo: Completar la construcción de las factorías pendientes de la rama Master Playbooks. Iniciar producción de MetaPlaybooks y Libros adicionales.** --- ### 2.1 Definir y lanzar la factoría de Artículos (Demand Gen) **Responsable:** Victor + Anaí **Esfuerzo:** 1 sesión de diseño + producción recurrente **Por qué ahora:** Con mini playbooks y posts sistematizados, los artículos son el siguiente nivel de contenido para consolidar autoridad. Son piezas más largas que se distribuyen a audiencias calificadas (Ruta R3 de MF-PUBLISHING). **Pipeline propuesto:** - A1: Selección de tema (deriva de NAR tag con mayor señal en LinkedIn) - A2: Estructura del argumento (tesis + evidencia + caso) - A3: Producción (2,000-3,500 palabras con VVP aplicado) - A4: QA (VVP Quick-Calibration Test + evidencia verificada) - A5: Publicación + registro en Publish Log **Meta:** 1 artículo por semana o cada 2 semanas, según capacidad. --- ### 2.2 Definir qué son las Flashcards y construir su pipeline **Responsable:** Victor (definición) + Anaí (operación) **Esfuerzo:** 1 sesión de definición + 1 sesión de piloto **Decisión previa necesaria:** ¿Son un producto editorial (L4 dentro de MF-EDITORIAL) o un formato de distribución de Demand Gen? **Propuesta de definición:** - Flashcard = derivado directo de un Mini Playbook o Resumen. 1 concepto, 1 framework, formato visual (frente/reverso). - Pipeline: F1 (selección del concepto desde contenido publicado) → F2 (redacción en formato card) → F3 (diseño visual — responsable: Ángeles) → F4 (publicación) - Frecuencia: 2-3 cards por semana, derivadas de los mini playbooks publicados esa semana **Gate de salida:** 10 flashcards publicadas + pipeline formal documentado. --- ### 2.3 Definir qué son las Master Fórmulas y construir su pipeline **Responsable:** Victor **Esfuerzo:** 1 sesión de definición conceptual (prerequisito para todo lo demás) **Pregunta central:** ¿Una Master Fórmula es un framework condensado (≈ mini playbook premium) o es un producto de mayor profundidad? **Propuesta de definición para validar con Victor:** - Master Fórmula = Framework propietario de Victor/EmpowerLabs en formato ultra-condensado y ejecutable. 3-5 páginas máximo. Una sola idea dominante. Accionable en 48 horas. - Diferencia del Mini Playbook: el Mini Playbook puede venir de cualquier fuente. La Master Fórmula es siempre IP original de Victor. - Pipeline: FAST-4 adaptado con paso adicional de validación de originalidad **Gate de salida:** Definición aprobada por Victor + 3 Master Fórmulas publicadas como piloto. --- ### 2.4 Pipeline MPB-10 — Primer MetaPlaybook sistematizado para terceros **Responsable:** Victor + Jacob **Esfuerzo:** 4-6 sesiones (MPB-10) **Por qué en Fase 2:** Los MetaPlaybooks son el producto editorial de mayor valor. Pero producirlos es el proceso más largo. Para este punto el sistema base ya está funcionando y Victor tiene capacidad de enfocarse en un proyecto de mayor profundidad. **Tema propuesto para el primero:** Elegir un dominio donde ya haya señal de demanda clara en LinkedIn y BrainOS (el NAR tag con más engagement de las semanas anteriores es la señal). **Gate de salida:** 1 MetaPlaybook publicado bajo pipeline MPB-10. QA Full completado. --- ### 2.5 Cerrar los libros "El Poder" y uno adicional (BOOK-12) **Responsable:** Victor + Jacob + diseño (Ángeles) **Esfuerzo:** Variable por libro (6-10 sesiones) **Meta:** Al menos 1 libro adicional publicado en Fase 2 **Nota operativa:** El diseño editorial (portada, maquetado) debe tener un responsable definido y un proceso fuera del pipeline BOOK-12. Este es el cuello de botella que frecuentemente detiene la publicación. --- ## FASE 3 — EXPANDIR: VIDEO Y FORMATOS NUEVOS **Duración estimada: 6-10 semanas** **Objetivo: Diseñar y lanzar las factorías que no existen todavía: Videos, Micro Playbooks en Video, Noticias.** Esta fase solo se inicia cuando: - Los resúmenes operan con ritmo semanal delegado - Los mini playbooks están en producción regular (20+ publicados) - Los posts de LinkedIn tienen consistencia de 4 semanas y señal medible - La newsletter MasterPlaybooks está activa y consistente --- ### 3.1 Definir la factoría de Videos **Responsable:** Victor (concepto) + a definir (producción técnica) **Prerequisito:** Decisión sobre plataforma (LinkedIn Video, YouTube, o ambas) **Preguntas que deben responderse antes de diseñar la factoría:** - ¿Qué duración? (Short: <2 min / Long: 5-15 min) - ¿Quién graba? (Victor solo / con equipo) - ¿Quién edita? (Responsable interno o externo) - ¿Con qué frecuencia? **Pipeline mínimo propuesto (a validar):** - V1: Guión (derivado de un mini playbook ya publicado — no crear contenido nuevo) - V2: Grabación - V3: Edición (mínima: cortes + subtítulos) - V4: Publicación + Publish Log **Meta de Fase 3:** 8 videos publicados como piloto de validación del pipeline. --- ### 3.2 Definir la factoría de Noticias **Responsable:** Anaí (operación) + Victor (validación) **Prerequisito:** Definir el propósito exacto (¿es un curated digest de noticias del sector IA? ¿es contenido de actualidad del ecosistema EmpowerLabs?) **Propuesta de definición:** - Noticias = Curated brief semanal de los 3-5 movimientos más relevantes del sector (IA, business transformation, metodologías). Formato: 1 página, 3 noticias con contexto y perspectiva de EmpowerLabs. - Pipeline: N1 (monitoreo de fuentes definidas) → N2 (curación + perspectiva VVP) → N3 (publicación) - Frecuencia: semanal, parte de la newsletter ampliada --- ### 3.3 Diseñar Micro Playbooks en Video **Responsable:** Victor + Anaí **Prerequisito:** Video pipeline operativo (3.1) + Mini Playbook pipeline en ritmo de crucero **Concepto:** Un video de 3-5 minutos que desarrolla un Mini Playbook publicado. El contenido ya existe — la factoría convierte el contenido escrito en formato video de forma sistemática. **Pipeline propuesto:** - MP-V1: Selección del Mini Playbook con mayor engagement - MP-V2: Adaptación del guión (el mini playbook ya es el script base) - MP-V3: Grabación (Victor en cámara, 5-10 minutos de grabación real) - MP-V4: Edición mínima - MP-V5: Publicación cross-platform --- ## HOJA DE RUTA VISUAL ``` SEMANA 1-2 SEMANA 3-8 SEMANA 9-16 SEMANA 17+ │ │ │ │ ▼ FASE 0 ▼ FASE 1 ▼ FASE 2 ▼ FASE 3 ───────────── ────────────────── ────────────────── ────────────── Publicar Mini Playbooks: Artículos: Videos: piloto "La Magia" 20 publicados pipeline formal de 8 videos Publicar Newsletter MPB: Flashcards: Noticias: 2 RebeClub activa semanal 10 publicadas curated brief Control Plane Posts LinkedIn: Master Fórmulas: Micro PB Video: operativo 4 sem. consistente definición + 3 primeros 5 pilotos AniX Resúmenes: MetaPlaybook (P4): creado IronWar + Covey 1 sistematizado + 3 de Cat.C Publish Log 1 Playbook Libro adicional: activo completo (P3) 1 cerrado ``` --- ## TABLA DE RESPONSABLES POR FACTORÍA | Factoría | Pipeline | Opera | Aprueba | Diseño | Publica | |----------|---------|-------|---------|--------|---------| | Resúmenes de libros | E0-E8 | Anahí + SherpaXAnahí | Victor | — | Anahí | | Mini Playbooks | FAST-4 | Victor + SherpaXAnahí | Anahí (Publish Log) | — | Anahí | | Playbooks completos | PLB-7 | Victor + SherpaXAnahí | Victor | — | Anahí | | Master Playbooks | MPB-10 | Victor + SherpaXAnahí | Victor | — | Anahí | | Libros | BOOK-12 | Anahí + SherpaXAnahí | Victor | Paloma + Ángeles (portada) | Anahí | | **Flashcards** | FC1-FC7 | Anahí + SherpaXAnahí | Victor | **Paloma + Ángeles** | Anahí | | **Master Fórmulas** | MF1-MF6 | Anahí + SherpaXAnahí | Victor | — | Anahí | | Newsletter MasterPlaybooks | NEWS-1 | Anahí + SherpaXAnahí | Victor | — | Anahí | | Posts LinkedIn | Atomización | Victor + SherpaXAnahí | Anahí (VVP) | Ángeles (carruseles) | Anahí | | Artículos | A1-A5 | Victor + SherpaXAnahí | Victor | — | Anahí | | **Noticias** | N1-N5 | Anahí + SherpaXAnahí | Victor | — | Anahí | | **Videos (Copy/Guión)** | VC1-VC6 | Anahí + SherpaXAnahí | Victor | Paloma + Ángeles (tarjetas) | Anahí | | **Micro PB Video** | MPV1-MPV5 | Anahí + SherpaXAnahí | Victor | Paloma + Ángeles | Anahí | --- ## MÉTRICAS DE ÉXITO POR FASE ### Fase 0 (2 semanas) - 3 publicaciones en catálogo (La Magia + 2 RebeClub) - Control Plane operativo con backlog triado - AniX funcional (1 sesión de prueba completada) - Publish Log con primeras entradas ### Fase 1 (4-6 semanas) - 20 mini playbooks publicados - Newsletter MasterPlaybooks: 4 ediciones consecutivas - Posts LinkedIn: 4 semanas de consistencia (4-5x/semana) - 4-5 resúmenes publicados en total - 1 Playbook completo (P3) publicado - Tiempo promedio de producción por tipo registrado ### Fase 2 (4-8 semanas) - Flashcards: 10 publicadas - Master Fórmulas: 3 pilotos + pipeline documentado - 1 MetaPlaybook (P4) publicado bajo pipeline sistematizado - Artículos: 4 semanas de publicación regular - 1 libro adicional publicado ### Fase 3 (6-10 semanas) - Videos: 8 publicados como piloto - Micro Playbooks Video: 5 publicados - Noticias: curated brief semanal activo (4 ediciones) --- ## PRINCIPIOS OPERATIVOS (Para el equipo) **1. El Control Plane es la única fuente de verdad.** Antes de cualquier sesión, abrir el Control Plane. Al cerrar cualquier sesión, actualizarlo. Sin este hábito el sistema se degrada en semanas. **2. Publicar antes de perfeccionar.** El mini playbook que sale hoy es 10 veces más valioso que el que sale perfecto en 2 semanas. La velocidad de publicación es una decisión de negocio, no de calidad. **3. El contenido nuevo es el último recurso.** Siempre preguntar: ¿ya tenemos algo publicado de donde puede derivarse este formato? La Atomization Queue existe exactamente para esto. **4. Los gates son reales.** Si un item no pasa el QA, regresa. Un gate que siempre produce PASS no es un gate — es un trámite. **5. La delegación es la meta, no la excepción.** Si Victor tiene que estar en una sesión para que algo avance, el sistema no está funcionando. El objetivo es que Anaí + AniX puedan operar el 80% de los pipelines de forma autónoma. --- ## DECISIONES PENDIENTES (Que bloquean avance) Estas decisiones deben tomarse en la próxima sesión de estrategia. Sin ellas, algunas factorías no pueden avanzar: | Decisión | Quién decide | Impacto si no se decide | |----------|--------------|------------------------| | ¿Qué son exactamente las Master Fórmulas? | Victor | Factoría no puede diseñarse | | ¿Para qué canal son las Flashcards (editorial o demand gen)? | Victor | Pipeline no puede definirse | | ¿Cuál es la plataforma y formato de Videos? | Victor | Factoría de Videos no puede iniciarse | | ¿Qué libro sigue después de "La Magia"? | Victor | Pipeline BOOK-12 queda sin backlog priorizado | | ¿Quién es responsable de diseño editorial (portadas, maquetado)? | Victor + Ángeles | Pipeline BOOK-12 sigue bloqueado en el gate de publicación | --- ## RIESGO PRINCIPAL Y CÓMO MITIGARLO **El riesgo #1 no es técnico — es la apertura prematura de nuevos frentes.** El patrón histórico del ecosistema es abrir nuevas factorías antes de cerrar las anteriores. Este plan está diseñado específicamente para contrarrestar ese patrón. La regla de oro es: > **No se abre Fase 2 hasta que Fase 1 tenga sus métricas de salida cumplidas. No se abre Fase 3 hasta que Fase 2 tenga las suyas.** El equipo debe tener autoridad para decir "no iniciamos esto todavía" cuando se proponga abrir un nuevo frente antes de que el anterior esté en ritmo de crucero. --- *Plan de trabajo integral — Content Factory de Master Playbooks* *Versión 1.0 · EmpowerLabs · 2026-04-17* *Próxima revisión: al cerrar Fase 0 (estimado: 2026-05-02)*