Saltar al contenido
Henry Rincón

La vitrina · Ficha técnica

  • Sellada
  • Sellada el 2026-07-02
  • hoja-de-vida S5
  • 8 sprints
  • v1.1.0
  • Datos del 2026-09-06

Fábrica de AI-APPs

Dos casas, un escritor por casa: nadie vuelve a ser el puente.

  • Claude Code
  • Skills de ciclo
  • Subagentes de investigación
  • git y gh
  • kit-app
  • Markdown con frontmatter

Qué no hace nadie más

Ninguna app avanza sin dos aprobaciones escritas —la prioridad vigente y la visión con todas sus funcionalidades inventariadas— y ningún sprint cierra sin el resumen que escribió el repo de la app: sin ese archivo, el harness se rehúsa.

  • 7

    Apps con repo propio estampado

    medido
  • 24

    Sprints cerrados con retrospectiva

    medido
  • 9

    Sesiones de re-priorización F0

    medido
  • 6gates

    Puntos donde se detiene a pedir tu visto bueno

    medido
  • 108h/año

    Horas de coordinación eliminadas al año

    estimación
01

Para quién, y qué resuelve

La persona antes que la tecnología.

Para quién

Para quien construye solo un portafolio de aplicaciones con IA y ya vive el cuello de botella: la planeación en una herramienta, el código en otra, y él en el medio cargando el contexto a mano. Hoy gasta entre cuatro y ocho horas por sprint en esa coordinación, y cuando el tiempo se acaba el pipeline se congela: el sistema anterior pasó dos meses sin una sola línea de código.

La promesa

La casa planeadora prioriza, investiga con fuentes, escribe la visión de producto y emite la orden de construcción; el repo de cada app la ejecuta. La sincronización es lectura de git en frío —el resumen del sprint y su historial—, no copiar y pegar. Y cada app nace estampada del mismo kit, con CI, hooks de secretos, presupuesto de rendimiento y el patrón de IA embebida ya horneados.

02

Cómo funciona

El proceso en BPMN: un carril por actor, la decisión donde se decide, y el bucle a la vista.

UNA CORRIDA: DE LA PRIORIDAD A LA APP CONSTRUIDAEL DUEÑO DELPORTAFOLIOCASAPLANEADORAREPO DE LAAPPGATESAUTOMÁTICOSEL DUEÑO DELPORTAFOLIOCASAPLANEADORAREPO DE LAAPPGATESAUTOMÁTICOSEL DUEÑO DELPORTAFOLIOCASAPLANEADORAREPO DE LAAPPGATESAUTOMÁTICOSsíno · re-puntúasíno · vuelve a F1síno · ajustasíno · arreglaAABBAbre la sesiónPuntúa elportafolio contigo(F0)¿Aprueba?1Investiga eldominio con fuentesDestila la visiónde producto2¿Es tu idea?Planea la victoriarápida y emite laorden¿Aprueba?Estampa el kit enel repo (primeravez)Construye el sprinten su propia casa3¿Pasa?4Escribe el summarydel sprintLee summary y gitlog; cura la retro5
  1. Sin priorización vigente el harness se rehúsa a planear: la prioridad caduca cada cuatro sprints.
  2. La visión inventaría TODAS las funcionalidades del brief, no una muestra: es el contrato de alcance antes del primer commit.
  3. Un escritor por casa: la planeadora nunca escribe en el repo de la app, y la app nunca en el plan.
  4. El hook de secretos, la auditoría de dependencias y el presupuesto de rendimiento rompen el PR; la excepción se registra como deuda.
  5. Sin summary no hay cierre, y ninguna corrida cierra sin su entrada en memoria/lecciones-aprendidas.md.

Desliza para ver el proceso completo.

Proceso declarado por la propia app en su export.

03

Qué tiene

8 grupos · 60 funcionalidades.

  • Método 7F

    7 funcionalidades

    Siete fases, de priorizar el portafolio a optimizar la inferencia, cada una con su cadencia.

  • Estándares 6+1, como gates

    7 funcionalidades

    Secretos, permisos, accesibilidad, rendimiento e IA embebida se prueban en la CI; no se sugieren.

  • Skills del ciclo

    6 funcionalidades

    Seis comandos llevan una app de la idea al sprint cerrado, cada uno con sus precondiciones.

  • kit-app estampable

    14 funcionalidades

    La plantilla con la que nace cada repo: skills, comandos, CI, hooks y presupuesto de rendimiento.

  • Portafolio de apps

    12 funcionalidades

    Un brief, una visión aprobada y la historia de sprints por cada app concebida.

  • Gobernanza y gates

    6 funcionalidades

    Lo que hace sola, lo que espera aprobación y lo que tiene prohibido, escrito por separado.

  • Memoria de la fábrica

    3 funcionalidades

    Decisiones de portafolio, lecciones por corrida y patrones cruzados entre apps.

  • Dossier de arquitectura

    5 funcionalidades

    Cinco documentos de prosa más ROI, grafo de trazabilidad y el resumen visual.

04

Límites, y lo que nunca hace

Lo que decidió no ser vale tanto como lo que es.

Límites, a propósito

  • No escribe código de producción: eso ocurre en el repo de cada app, jamás en la casa planeadora.
  • Las fases de lanzamiento y de operación siguen sin validarse en una corrida real: son método escrito, no experiencia.
  • El retorno solo cuenta la coordinación eliminada; el valor comercial del portafolio queda como opción no cuantificada.
  • Sin librerías compartidas vivas entre apps: el reúso viaja estampado en el kit y como deltas en la siguiente orden.

Nunca

  • Escribe en el repo de una app ni en el histórico congelado: los lee en solo lectura.
  • Inventa cifras, citas, papers ni competidores: sin fuente, el dato va a la sección Gaps.
  • Cierra un sprint sin el summary que escribió el repo de la app.
  • Activa una app sin priorización vigente, ni planea un sprint sin visión aprobada.
  • Edita el método, los estándares o el kit sin aprobación explícita del dueño.
05

Dónde está

La versión anclada, no el tiempo real.

  1. hoja-de-vida S5ciclo
  2. 8work-items cerrados
  3. 2026-07-02sellada (gate de pruebas)
  4. v1.1.0versión del repo
  5. 8decisiones registradas

Aquí se muestra; no se entrega.