Umbra Studio · Library
Umbra / Studio / Library
The complete Studio Library · 6 sections · 75+ resources · 2026.04.25

Una sola puerta de entrada a todo lo que el Studio construyó: patrones, templates, runbooks, materiales de venta.

Los recursos del Studio se acumularon en muchos archivos separados. Esta página los consolida, los explica en una línea, y los enlaza a su ubicación actual. Si necesitás algo del Studio, empezá acá.

01Pattern Library — el activo central del Studio

El cimiento del Studio: 18 patrones operativos, ficha por ficha, con 3 instancias canónicas listas para desplegar.

Esta es la sección nueva (abril 2026). Define qué es un patrón, cómo se compone, cómo se instancia para un cliente. Todo lo demás del Studio se construye sobre estos primitivos. Los archivos fuente viven en la carpeta umbra-library/; las visualizaciones HTML son derivados.

Documento de visión que explica qué es el library, por qué un schema, y la anatomía de un patrón. Punto de entrada conceptual.
HTML DEPLOY
Visualización completa del substrate: los 18 patrones primitivos con su ficha completa (problem signature, inputs, outputs, composes, governance, telemetry, fit). Versión v0.3.
HTML DEPLOY
La carpeta fuente del library. 77 archivos: 18 pattern.md + 3 instancias completas (con prompts, código, configs, runbooks) + schema YAML + 3 herramientas Python (validate, render, export). Lo que ves en HTML se genera desde acá.
FOLDER LOCAL
Versión auto-generada del library, producida por tools/render.py. Regenerable cuando se modifica cualquier patrón. Idéntica en contenido a la v0.3.
HTML LOCAL · GEN
02Lighthouse Sprint Kit — el producto que el Studio vende

El framework público y sus 17 plantillas operativas, organizadas por las 4 etapas del Sprint.

Lo que el Studio vende. La página pública del framework (/lighthouse) es lo primero que ven los prospectos. El master guide y las 17 plantillas son los entregables operativos producidos a lo largo de un Sprint — cada uno en HTML, DOCX, y algunos en XLSX o PDF según el formato natural.

— Framework Lo público y lo operativo
Página pública del framework. Lo que ven los visitantes en /lighthouse: las 4 etapas, qué se entrega en cada una, cómo se vende. Punto de entrada de marketing del producto Lighthouse Sprint.
HTMLDEPLOY
El framework operativo completo del Lighthouse Sprint, versión interna. 4 etapas, gates, governance wrapper, 8 patrones seed, pricing tiers, especificaciones de las 12 templates. Documento principal de referencia para el equipo del Studio.
HTMLPDFDOCX
— Stage 1 · Discovery Entender el workflow del cliente
Guía estructurada de entrevistas a stakeholders del cliente. Preguntas por rol, criterios de saturación, plantilla de notas.
HTMLDOCX
Auditoría del workflow operativo del cliente. Inventario de pasos, fricciones detectadas, ownership, baseline metrics. Output principal de Stage 1.
HTMLXLSX
Rúbrica para evaluar si el cliente es buen fit para el Sprint. Criterios ponderados, score por dimensión, decisión go/no-go.
HTMLXLSX
Playbook operativo para el equipo del Studio durante Stage 1. Día a día, qué entregar, cómo conducir las sesiones.
HTMLDOCX
Reporte final de Stage 1, entregado al cliente. Estado actual, fricciones priorizadas, recomendación de scope para Stage 2.
HTMLDOCX
— Stage 2 · Design Diseñar el rediseño
Captura de métricas operativas de baseline antes del rediseño. Lo que el Sprint va a tratar de mover. Sin esto no se puede medir éxito.
HTMLXLSX
El blueprint del workflow rediseñado. Patrones recomendados, agentes propuestos, gates de governance, telemetría a instalar. Output principal de Stage 2.
HTMLXLSX
Playbook operativo para el equipo del Studio durante Stage 2. Cómo conducir las sesiones de diseño, cómo seleccionar patrones, cómo presentar el blueprint.
HTMLDOCX
Registro de riesgos del Sprint. Riesgos identificados, dueño, mitigación, severidad. Vivo a través de las 4 etapas.
HTMLXLSX
— Stage 3 · Build Construir lo diseñado
Especificación detallada de cada agente que se construye. Inputs, outputs, prompts, secretos, schedule. Una hoja por agente.
HTMLDOCX
Playbook operativo del equipo del Studio durante Stage 3. Cómo construir, cómo testear, cómo desplegar incrementalmente.
HTMLDOCX
Manual de operación del workflow desplegado. Lo que el equipo del cliente recibe para correr el sistema día a día.
HTMLDOCX
— Stage 4 · Govern & Handoff Entregar y supervisar
Runbook de governance del workflow desplegado. Watchdogs, alertas, gates humanos, política de escalación, ciclo de revisión.
HTMLDOCX
Manual operativo de governance — la versión expandida del runbook con procedimientos paso a paso para cada hook.
HTMLDOCX
Playbook del handoff al equipo del cliente al final del Sprint. Capacitación, transferencia de credenciales, soporte post-Sprint.
HTMLDOCX
El target operating model post-Sprint: las tres funciones durables (IC / DRI / Player Coach), el colapso de capas, el plan de 90 días al nuevo shape. Lo que el equipo del cliente se ve en el día 90.
HTML
Reporte de resultados del Sprint, entregado al cliente. Métricas before/after, qué se desplegó, próximos pasos recomendados.
HTMLDOCX
03Studio Operations — cómo opera el Studio internamente

Documentación interna sobre cómo funciona el Studio: hardware, software, agentes, colaboración, seguridad.

Esta sección no es para clientes — es la espina dorsal operativa del Studio mismo. Cómo se corren los agentes, qué hardware/software se usa, cómo se colabora, cómo se asegura todo.

El índice del Ops Kit. Punto de entrada para los otros 5 documentos.
HTML
Cómo se ejecutan los agentes del Studio: scheduling, secretos, monitoring, debugging. La capa de runtime debajo de los patrones.
HTML
Cómo se colabora dentro del Studio (humano + agentes). Convenciones, herramientas, sesiones de cowork.
HTML
Hardware del Studio. Estación de trabajo, periféricos, capacidades.
HTML
Internals del Studio. Decisiones arquitecturales, convenciones de naming, principios operativos.
HTML
Postura de seguridad. Manejo de secretos, accesos, rotación, política de incidentes.
HTML
04Studio Infrastructure — runbooks de setup

Seis runbooks numerados para levantar la infraestructura del Studio desde cero.

Si tuviera que rearmarse el Studio desde una máquina nueva, estos son los pasos. Cada runbook es ejecutable, con checklist y verificación. Los códigos USI-RB-NN siguen una convención estable.

Setup desde cero: cuentas, ambiente local, herramientas base. El punto de partida de todo lo demás.
HTML
Identity, access, gestión de secretos. Convenciones de naming, rotación, recovery.
HTML
Setup del pipeline de CRM del Studio. Tracking de leads, sprints en curso, clientes activos.
HTML
Contratos, facturación, pagos, contabilidad. Cómo se opera el lado financiero del Studio.
HTML
Endpoints internos del Studio. APIs, webhooks, conexiones entre sistemas.
HTML
Manual operativo del pipeline de outreach. Cadencias, plantillas, criterios de calificación.
HTML
05Sales & Outreach — materiales de venta

Lo que se le muestra al cliente antes y durante el proceso comercial.

Materiales de outbound y collateral de ventas. ICP, competitive analysis, deck, plantillas de email, y el case study de Indietheka como prueba pública.

Sales deck principal del Studio. Para presentaciones a leads calificados.
PPTXLOCAL
Ideal Customer Profile. Quién es el cliente target del Studio, qué señales califica, qué red flags lo descalifican.
DOCXLOCAL
Análisis competitivo. Quién más juega en este espacio, dónde se diferencia el Studio, dónde no compite.
DOCXLOCAL
Plantillas de email outbound. Cadencias, asuntos, cuerpo, calls-to-action por etapa de funnel.
DOCXLOCAL
One-pager de outreach (8.5"×11" print-ready). Para adjuntar en emails de prospección.
HTML
Plantilla vacía con [FIELD] markers para futuros case studies de engagements. Estructura: contexto, problema, intervención, resultado.
HTML
Case study público de Indietheka. La prueba viva de qué hace el Studio. Ya deployado.
HTMLDEPLOY
06Brand — identidad visual y verbal

Las dos brand specs: Umbra Group (parent) y Umbra Studio (sub-brand).

Especificaciones formales del sistema visual y verbal. Cualquier deliverable nuevo debería pasar por aquí antes de salir.

Brand identity completa de Umbra Group. Phenomenon/eclipse direction, paleta cosmos, tipografía IBM Plex, mark, voz. Ya deployado.
HTMLDEPLOY
Brand identity de Umbra Studio (sub-brand). Misma geometría que Group pero corona verde (#4DFF7A) en lugar de azul. Voice operator-first, sin hype.
HTML
07Canon — librería de segunda-opinión sobre AI agéntica

Surface separada del library: 4 papers de McKinsey absorbidos contra una plantilla común, con su propio dashboard de trabajo.

El library inventoría lo que el Studio produce (templates, playbooks, runbooks, sales, brand). El canon es lo que el Studio lee — papers, síntesis, posturas. Vive separado para no diluir ninguno. Click acá abajo y entrás al canon completo: entries, stats explorer, asset queue, candidate patterns, postura Path B fijada.

El home del canon. 4 papers absorbidos · 15 stats · 11 candidate patterns · postura Path B fijada. Bilingüe EN/ES. Las síntesis MD y PDFs viven en studio-assets/mckinsey-series/ y se accede a todas desde el dashboard.
HTMLLIVE