Saltar al contenido
Henry Rincón

La vitrina · Ficha técnica

  • Sin sellar
  • paper 05 · G3
  • 3 sprints
  • v1.0.0
  • Datos del 2026-09-06

Harness Design Science

Tu artefacto en producción, vuelto paper — refutaciones incluidas.

  • Claude Science
  • Claude Code
  • paper.yaml (contrato L2)
  • Python + pyarrow
  • litkit
  • tectonic + LaTeX SciELO
  • git sobre el repo canónico
  • Markdown con frontmatter

Qué no hace nadie más

Congela los umbrales antes de medir y publica lo que salga: en su paper piloto, dos de los tres principios del artefacto quedaron refutados por sus propias métricas — y así se escribieron. Un resultado nulo jamás se arregla redefiniendo.

  • 52

    Criterios binarios de aceptación

    medido
  • 10

    Fases del pipeline D0 a D9

    medido
  • 2

    Papers con G3 sellado

    medido
  • 5,912h agente

    Horas del paper piloto

    medido
  • 7

    Controles ejecutables endurecidos

    medido
01

Para quién, y qué resuelve

La persona antes que la tecnología.

Para quién

Para el investigador-practicante que ya construyó artefactos que funcionan en producción —un agente, un pipeline, una plataforma— y sabe que ahí hay un paper de Design Science Research. Hoy no lo escribe: el encuadre, la literatura, el corpus de evidencia, la instrumentación y el manuscrito son meses de calendario que compiten con el trabajo que sí paga.

La promesa

Declaras el paper en un solo archivo de configuración —preguntas, principios falsables, métricas, corpus, frontera de divulgación— y el pipeline conduce las diez fases hasta un manuscrito listo para enviar, deteniéndose en las puertas donde solo un token verbal tuyo deja pasar. Los dos papers que ya salieron costaron 5,912 y 7,1633 horas de agente, con las horas atribuidas corrida por corrida.

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 UNA FASE A SU PUERTAELINVESTIGADORLA FÁBRICAEL EJECUTORCONTROLESMECÁNICOSELINVESTIGADORLA FÁBRICAEL EJECUTORCONTROLESMECÁNICOSELINVESTIGADORLA FÁBRICAEL EJECUTORCONTROLESMECÁNICOSsíno · itera en fasesíno · fase siguientesí · token verbalno · adjudicaAABBCCDDEECorrida nuevaEmite el prompt conpermisos y alcanceVerifica la paridadpaquete contraruntime1Lee el canónico:paper, fase y gateValida el contratoL2 con sus carnadasEjecuta la fasecontra suscriteriosImprime veredicto,denominador yuniverso2¿Pasa?Commitea la fase yasienta las horas3¿Gate?Verifica la corridaen terminal¿Aprueba?4Cierra: lección,horas y fronteraimpresa5
  1. Si el runtime no ejecuta el paquete aprobado, la corrida no arranca: la paridad se verifica en ambos sentidos y con universo declarado.
  2. Un control sin denominador ni universo no emite veredicto; un lote vacío contado como verde es fallo del control, no éxito.
  3. Las horas se asientan con atribución paper y método desde la corrida 1, en el repo canónico; los derivados del runtime nunca mandan.
  4. Los tokens son frases exactas: «framing aprobado», «artefacto aprobado», «manuscrito aprobado», «sin críticos, envía».
  5. Instanciar un paper nuevo no puede modificar el harness: la frontera se prueba con un diff de fases y contrato, impreso en el cierre.

Desliza para ver el proceso completo.

Proceso declarado por la propia app en su export.

03

Qué tiene

8 grupos · 41 funcionalidades.

  • Las diez fases, D0 a D9

    10 funcionalidades

    Del encuadre al manuscrito listo: entradas, salidas y criterios declarados por fase.

  • El contrato del paper (L2)

    3 funcionalidades

    Esquema, plantilla y validación del paper.yaml: el dominio se declara, no se improvisa.

  • Las seis leyes del track

    6 funcionalidades

    Declarativo, claims falsables, corpus congelado, frontera, bootstrap y procedencia.

  • Controles ejecutables

    7 funcionalidades

    Siete plantillas endurecidas que un paper instancia: se copian, jamás se reescriben.

  • Lint de no divulgación

    2 funcionalidades

    Dos capas: piso universal monótono más la frontera que declara cada paper.

  • Las puertas con token verbal

    5 funcionalidades

    Cinco gates; ninguno se cruza sin la frase exacta del autor, ni por prisa.

  • Cápsulas de fallo

    4 funcionalidades

    Qué hacer si el corpus se invalida, un claim queda huérfano o se cruza la frontera.

  • Work-items del harness

    4 funcionalidades

    Despliegue auditado, piloto en dos tramos y la reinstanciación como prueba de frontera.

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 ejecuta fases desde la fábrica: Claude Code construye y mantiene el paquete; las diez fases corren en el runtime, sobre un paquete de solo lectura.
  • No hay solvers ni benchmarks: la unidad de evidencia es un artefacto en producción y sus registros, no un experimento sintético, y no afirma optimalidad.
  • No publica: la producción termina en «listo para enviar»; el envío a revista es una fase latente que solo abre con un token aparte del autor.
  • No promete horas: el presupuesto por clase predice, y cada cierre emite su veredicto de dos columnas contra lo que de verdad se midió.

Nunca

  • Rellena contenido de dominio que el investigador no declaró: una configuración incompleta falla al cargar en vez de completarse sola.
  • Se nombra a sí mismo ni a la maquinaria que lo construyó dentro de un manuscrito: el piso de términos vetados es monótono y toda exención rechaza.
  • Cruza una puerta sin el token verbal exacto del autor, por urgente que venga la instrucción.
  • Redefine una métrica después de ver el resultado: un nulo o un claim refutado se reporta como informativo.
  • Escribe una cifra de memoria: toda cifra en prosa se lee del artefacto al escribirla, y el cotejo corre en cada cierre de fase.
05

Dónde está

La versión anclada, no el tiempo real.

  1. paper 05 · G3ciclo
  2. 3work-items cerrados
  3. 2026-08-25verificado
  4. v1.0.0versión del repo
  5. 8decisiones registradas

Aquí se muestra; no se entrega.