Skip to content
Henry Rincón
CV (PDF)

The showcase · Technical sheet

  • Sealed
  • Sealed on 2026-06-30
  • Fase 4
  • 0 sprints
  • v1.1.0
  • Data as of 2026-09-06

Constructor de Tableros Power BI

De un texto de requerimientos a un tablero que ya pasó su prueba.

  • Claude Code
  • powerbi-modeling-mcp
  • Skill propia autoria-pbir
  • validate_pbir.py
  • DAX (EVALUATE)
  • PBIP y PBIR
  • Power BI Desktop
  • Markdown con frontmatter

What nobody else does

Escribe el reporte en el JSON nativo de Power BI con una skill propia, sin CLI ni ecosistema Fabric, y nunca toca el modelo a mano: eso es del MCP. Ninguna corrida cierra sin DAX en verde, validador limpio y render aprobado por una persona.

  • 20

    Criterios binarios de aceptación

    measured

  • 5

    Gates de aprobación humana

    measured

  • 1

    Tableros construidos

    measured

  • 33

    Dashboards de referencia

    measured

  • 691.2h/año

    Horas liberadas al año, escenario base

    estimate
01

Who it's for, and what it solves

The person before the technology.

Who it's for

Para quien construye tableros de Power BI por encargo y hoy los arma a mano: leer el requerimiento, inventar las medidas DAX, arrastrar cada visual, y repetirlo en el tablero siguiente sin que lo aprendido quede en ninguna parte. Cada tablero le cuesta del orden de treinta y dos horas, y el ritmo que quisiera sostener es de tres al mes.

The promise

Le entrega dos cosas: los requerimientos en texto y un proyecto con las tablas. El harness diagnostica el modelo, propone la lista de medidas, columnas y relaciones para que la apruebe, la crea por el MCP probando cada medida, y después escribe el reporte entero en el formato nativo. Él revisa el render y aprueba el refresh; lo aprendido queda escrito para la corrida siguiente.

02

How it works

The process in BPMN: one lane per actor, the decision where it is made, and the loop in plain sight.

UNA CORRIDA: DE LOS REQUERIMIENTOS AL TABLERO CERRADOAUTOR · DUEÑODEL TABLEROEL AGENTE ENCLAUDE CODEMCP DEMODELADO ·DESKTOPVALIDADOR DELREPORTEAUTOR · DUEÑODEL TABLEROEL AGENTE ENCLAUDE CODEMCP DEMODELADO ·DESKTOPVALIDADOR DELREPORTEAUTOR · DUEÑODEL TABLEROEL AGENTE ENCLAUDE CODEMCP DEMODELADO ·DESKTOPVALIDADOR DELREPORTEsíno · ajusta la listasíno · reintentasíno · corrigesíno · rediseñaAABBCCRequerimientosy proyecto contablasInventaria insumosy tablas conectadasInspecciona elmodelo vivo ymuestrea el dato1Propone medidas,columnas yrelaciones¿Aprueba?2Crea relaciones,columnas y medidasDAX¿Pasa DAX?3Escribe el reporte:páginas, visuales ytema¿Valida?4Abre Desktop yrevisa cómo se ve5¿Render OK?Refresca contra losdatos realesRegistraaprendizajes ycierra la corrida6
  1. El diagnóstico muestrea el dato real y convierte los requerimientos en indicadores medibles antes de decidir un solo visual.
  2. Nada se crea sin esa lista aprobada, y el modelo semántico no se edita a mano nunca: solo el MCP lo toca.
  3. Cada medida se prueba contra el modelo vivo. Tres reintentos fallidos y la corrida se detiene y escala al autor.
  4. El validador corre local: capa estructural siempre, capa de schemas oficiales cuando hay red. Sin errores, no hay render.
  5. No hay computer-use: cómo se ve lo confirma una persona en Power BI Desktop, y ese paso no se puede automatizar.
  6. Los aprendizajes quedan en la bitácora de patrones y se leen al abrir la corrida siguiente: no se reutilizan componentes, sino decisiones.

Scroll sideways to see the whole process.

Process declared by the app itself in its export.

03

What it has

9 groups · 79 features.

  • El pipeline de seis fases

    6 features

    Intake, diagnóstico, diseño, backend, frontend y cierre. Una corrida, un tablero.

  • El modelo, por el MCP

    Relaciones, columnas, medidas y RLS, cada una probada antes de seguir.

  • La skill de autoría del reporte

    11 features

    Once referencias por tipo de visual, un validador propio y un tema base.

  • Los gates de aprobación

    5 features

    Modelo, visuales, refresh, override y publicación: cinco puntos de freno.

  • Work-items con criterio binario

    8 features

    Ocho entregables y veinte casillas que se marcan o no se marcan.

  • Contexto y cápsulas de dominio

    8 features

    Cuatro capas de contexto y cuatro cápsulas: DAX, trampas del formato, archetypes, fallback.

  • La memoria entre corridas

    7 features

    Seis plantillas de corrida y una bitácora de patrones que se lee al empezar.

  • El catálogo de diseño

    33 features

    Treinta y tres tableros de referencia, indexados por archetype y audiencia.

  • Los tableros, versionados

    1 features

    Los proyectos viven en el repo: se crean y se mantienen, corrida a corrida.

04

Limits, and what it never does

What it chose not to be counts as much as what it is.

Limits, on purpose

  • Construye desde cero: migrar un tablero entre fuentes de datos queda fuera de alcance, y será otro harness.
  • Entrega un proyecto local versionado en git; publicar al servicio en la nube está diferido y no forma parte del harness.
  • No ve la pantalla: sin computer-use, cómo se ve el tablero lo confirma una persona en Power BI Desktop.
  • El retorno es una estimación con supuestos declarados, no horas cronometradas: aún no hay corrida medida contra la línea base.

Never

  • Edita el modelo semántico a mano: relaciones, medidas, columnas y RLS pasan solo por el MCP de modelado.
  • Crea una medida, columna o relación antes de que su lista quede aprobada.
  • Declara cerrada una corrida sin DAX en verde, validador sin errores y render revisado.
  • Inventa cifras de valor: cada supuesto del retorno lleva su fuente y su nivel de confianza.
  • Traslada archivos con datos cacheados entre la máquina de empresa y la personal sin autorización.
05

Where it stands

The pinned version, not real time.

  1. Fase 4cycle
  2. 8work-items definidos
  3. 2026-06-30sealed (testing gate)
  4. v1.1.0repo version
  5. 5decisiones registradas

Shown here; not handed over.