Estado de construcción · 2026-07-14
M1 sigue activo; M2-M4 tienen pruebas técnicas y M5 ya cuenta con un corpus de geometría.
Cinco de las seis piezas de M1 están listas. Su cierre formal espera repetir el recorrido completo con una selección real. En paralelo, el fixture sintético Level-1 ya recorrió cálculo y veredicto, y el programa para completar los siete motores empezó corrigiendo la publicación del motor de sombra: cada resultado se arma en privado, Contract C se publica al final y un fallo tardío no deja mallas parciales. Acceso solar en espacio abierto ya cuenta con una receta técnica neutral, un fixture procedural Level-0 y una frontera estricta de perfil dentro de su servicio dedicado, sin regla ni veredicto; todavía faltan física, imagen, admisión del orquestador, CI de runtime y visualización. Viento peatonal ya congela una receta CFD neutral sobre OpenFOAM Foundation 13, los cinco archivos estándar con EPW aprobado, ocho direcciones, malla, convergencia y validación, pero sigue sin motor, regla ni veredicto; los datos horarios recientes con QC y aceptación municipal quedan para una futura capa de autoridad y uso legal. Reflejos con calor solar ya define elevación, iluminancia e irradiancia añadida como mediciones neutrales; temperatura superficial queda fuera de v1 y tampoco existe motor, regla ni veredicto. M4 comparó tres renderers RTL y la preparación técnica previa a M5 añadió dos corpus separados. El corpus urbano conserva 500 escenas canónicas y 14 casos recorrieron el visor WebGL. La nueva escalera densa verifica offline un caso al límite de 1.024 objetos y un caso balanceado de 393.216 triángulos; el mismo caso balanceado también quedó registrado en el visor local con navegación, mientras CI navega el caso ligero de 24.576 triángulos. Son pruebas sintéticas de límites exactos y compatibilidad, no una promesa de FPS ni de rendimiento de un proyecto real. No corren todavía el motor de sombra sobre estas escenas, no sustituyen una geometría real de Enrique y no significan que M5 haya empezado o cerrado. Ninguna de estas pruebas representa un proyecto real ni cierra anticipadamente los hitos.
Conclusión: M1 mantiene su compuerta real; los demos Level-1 de M2 y M3 prueban la cadena técnica sin adelantar el cierre formal.
01 · Arquitectura explicada
El recorrido de la aplicación
De izquierda a derecha: lo verde está construido, lo azul puede avanzar offline y lo gris pertenece a los siguientes hitos.
- 01Construido
Autodesk Forma
El panel privado prepara una selección para el recorrido controlado.
- 02Construido
Speckle
Transporta la versión exacta; los tokens se quedan fuera de git.
- 03Construido
Watcher
Detecta versiones nuevas una sola vez y deja un registro durable.
- 04Construido
Geometry prep
Valida, repara y publica una escena privada para el visor.
- 05Construido
Visor three.js
Tarjetas vivas, capas, aislar, ocultar y escenas que descansan cuando están quietas.
- 06Demo técnico reproducible
Orquestador
El demo Level-1 conserva entradas, salidas y evidencia, y conecta el cálculo con la evaluación determinista.
- 07Demo técnico Level-1
Motores físicos
Sombra ya ejecuta el fixture Level-1 en el runtime compatible y entrega una capa visual verificable.
- 08Demo técnico Level-1
Reglas y veredictos
La primera regla pasó el ciclo de aprobación y el demo Level-1 genera un veredicto técnico trazable. Falta aplicarlo a un proyecto real.
- 09Prueba técnica RTL
Informe final
La prueba hebrea RTL de cinco páginas ya compara tres renderers gratuitos. Falta reproducir un informe municipal aceptado antes de elegir el renderer y construir borrador, aprobación y PDF final.
02 · Hoja de ruta
Seis hitos hasta el informe real
Cada hito termina con una demo reproducible. No se cierra por fecha ni por cantidad de commits.
- M0EsqueletoRepo, contratos, CI, fixture y dashboard
- M1Geometría vivaForma a visor con una escena real
- M2Primer cálculoDemo técnico Level-1 listo; cierre formal pendiente
- M3Regla y veredictoDemo técnico Level-1 listo; cierre formal pendiente
- M4InformePrueba RTL lista; plantilla aceptada, borrador y aprobación pendientes
- M5Proyecto realCorpus sintético listo; geometría real y flujo completo pendientes
Despiece del hito activo
5 de 6 entregables terminadosDeterministic Speckle watcherlisto
Forma to Speckle publisherlisto
Speckle geometry materializationlisto
Live project cardslisto
three.js layers, isolate and hidelisto
Real publish-to-orbit demofalta demo
Límite de realidad
La evidencia actual usa geometría sintética.
Los demos técnicos ya recorren cálculo, evaluación y visualización, pero todavía no representan un resultado de proyecto real ni cierran un hito formal.
No existe todavía
- motor físico integrado con un proyecto real
- regla municipal aplicada a un proyecto real
- veredicto de un proyecto real
- borrador automático conectado a Contract D
- plantilla municipal aprobada y PDF final
03 · Alcance físico
Los siete estudios del MVP
Sombra abre el camino. Los otros seis reutilizarán el mismo patrón cuando el primer motor esté validado.
Sombra
Es el primer estudio implementado. Su demo Level-1 recorre cálculo, evaluación, evidencia y visualización. El runner ya prepara resultados completos en staging, publica Contract C al final y revierte fallos tardíos sin exponer diagnósticos privados. Falta repetir el recorrido sobre una selección real antes del cierre formal.
Acceso solar en espacio abierto
La receta técnica neutral define duración de sol directo e irradiación directa sobre superficies SceneV1 seleccionadas explícitamente. El fixture procedural de 10 m por 10 m fija dos regiones de 50 m², una pared y mallas de 1 m y 0.5 m con hash reproducible; su perfil canónico queda ligado por SHA-256 al golden y el servicio dedicado rechaza perfiles ocultos, no canónicos o fuera de límites. La frontera física compartida conserva el EPW exacto, genera hasta 480 intervalos de un minuto en el calendario fijo de 2017 y calcula vectores ENU coherentes con pvlib 0.15.2. Sigue rotulado SYNTHETIC TECHNICAL INPUTS · NO RULE · NO VERDICT; faltan integrar receivers, visibilidad, imagen, admisión B/C y capa visual.
Viento peatonal
Receta técnica para RANS estacionario de ABL neutra sobre OpenFOAM Foundation 13: cinco entradas estándar con EPW aprobado, ocho direcciones, plano a 1,5 m y gates de malla, convergencia, backflow, paralelismo y AIJ. Está congelada sin motor, regla ni veredicto; los datos horarios recientes con QC y aceptación municipal quedan como futura autoridad para uso legal.
Reflejos + calor solar
El brief técnico neutral define elevación del rayo reflejado, iluminancia vertical añadida e irradiancia añadida sobre selectores explícitos. La temperatura superficial queda fuera de v1. No crea una regla ni un veredicto; faltan fixture, motor, imagen, admisión B/C, CI y capa visual.
Insolación térmica
Ligada al rendimiento térmico y deliberadamente TBD; dirección EnergyPlus, receta aún no definida.
Energía por recinto
EnergyPlus con honeybee-energy como candidato principal; interiores derivados desde uso y SI 1045.
Ruido
SI 1004 identificado y reutilización investigada; faltan estándar vigente, motor y referencia de validación.
04 · Tu sesión
Qué puedes hacer hoy
Objetivo de la sesión
Completar los siete motores del MVP con física neutral validada, integración reproducible y separación estricta entre medición, regla y veredicto.
- Mantener M1 abierto en 5 de 6 hasta disponer de una sesión real de Forma
- Mantener visibles las etiquetas de geometría sintética en toda evidencia Level-1
- Conservar entradas, salidas y logs de cada ejecución técnica
- No presentar el demo técnico como evaluación de un proyecto real
- Repetir Forma → visor cuando exista una sesión real disponible
- Cerrar M2 y M3 formalmente solo después de respetar la secuencia de hitos
- Mantener la prueba M4 rotulada como sintética
- Reproducir el informe municipal aceptado con Playwright y Vivliostyle antes de seleccionar el renderer de M4
- No habilitar aprobación ni PDF final antes de los gates de completitud
- Mantener las 500 escenas fuera de Level-2 y sin lenguaje de cumplimiento
- Construir los seis motores restantes con perfiles sintéticos sin regla ni veredicto
- Mantener el informe final y el proyecto real detrás de resultados técnicos y reglas aprobadas para cada estudio requerido
Compuertas
Lo que mantiene abierto el hito formal
Evidencia real de Forma al visor
La implementación offline está completa y el doctor de solo lectura pasa los gates configurados de Speckle y Supabase. Para cerrar M1 falta una sesión real de Forma y evidencia de publicación, materialización y apertura de la misma versión, sin revelar secretos.
Referencia municipal aceptada para M4
Las pruebas RTL están completas, pero docs/references todavía no contiene el informe real que spec 06 exige clonar. Sin esa referencia y la comparación visual aprobada no se puede seleccionar el renderer ni afirmar que existe una plantilla final.
05 · Después del demo
El camino crítico
La secuencia protege al proyecto de confundir una simulación técnica con una regla legal.
06 · Memoria del proyecto
Actividad del repositorio
Commits recientes
privadoLa actividad detallada permanece en el dashboard local privado.
Decisiones recientes
privadoEl detalle de decisiones permanece en el dashboard local privado.
07 · Confianza
Salud y verificación
CIMain está verde; cada slice de M1 pasa verificación offline.bien
GeometríaPublicación, detección, reparación, Contract A y escena privada están implementados.bien
VisorTarjetas autenticadas, capas, aislar, ocultar, rendimiento en reposo y un límite estricto de Contract D están listos.bien
ContratosA–D tienen modelos y schemas; B/C y el primer sobre interno D cuentan con persistencia determinista e integridad, y el visor valida D sin resolver referencias.bien
OrquestaciónEl demo Level-1 conecta el cálculo con una evaluación determinista y conserva la evidencia completa. Las escrituras idénticas concurrentes del veredicto convergen sin confundir progreso legítimo con corrupción.bien
Motor de sombra Level-1La ejecución reproducible, la capa visual y la publicación segura de resultados pasan las verificaciones técnicas; Contract C es el sello final y los fallos tardíos no dejan mallas parciales.bien
Programa de siete motoresSombra aporta el primer patrón técnico. Acceso solar en espacio abierto ya tiene receta neutral, perfil ligado y `public-plaza-v1`, además de fronteras compartidas para EPW, calendario civil y SPA: SceneV1 procedural, dos regiones exactas de 50 m², pared analítica, SHA-256, relación idéntica 50/50, minutos half-open y vectores ENU coherentes sin reloj ni red. Reflejos con calor solar también tiene receta neutral; v1 mide elevación, iluminancia e irradiancia añadida, pero no temperatura. Viento peatonal congela OpenFOAM Foundation 13, su seam de cinco entradas, ocho direcciones, malla, numerics, chunks privados y ladder AIJ sin construir todavía el motor. Los seis motores restantes avanzan por briefs neutrales, fixtures Level-0, contenedores deterministas, benchmarks Level-1 e integración B/C; ninguna prueba sintética crea una regla o un veredicto.atención
Ejecutor de motoresEl lifecycle rechaza paths de mount no canónicos, conserva la identidad exacta de /out y puede exigir el mismo device e inode de /in antes de crear y antes de arrancar el contenedor. Éxito y fallo durable se releen como evidencia autenticada bajo capacidades retenidas; la publicación de éxito exige el mismo device e inode de la materialización derivada del sello y rechaza una cadena de otro trabajo aunque use la misma imagen. El output completo y Contract C se escriben y verifican bajo un solo bloqueo, con inventario exacto y detección de sustitución del directorio. El recorrido común ya compone sello, /in, Docker, admisión y publicación; un timeout autenticado conserva logs y no publica Contract C. Falta la prueba real dentro del guest Linux antes de considerar cerrada la integración Docker.atención
Configuración de proyectoEl orquestador resuelve el único project.toml aprobado por bytes exactos, valida metros, EPSG:2039, norte verdadero, Asia/Jerusalem y la referencia climática, lo cruza con la escena y el EPW, conserva los cinco bytes en un sello inmutable y materializa exclusivamente ese sello en el /in retenido. Ningún caller elige bytes, digests, receipts, authority ni paths internos.bien
Especialista AIEl runner mock-first de GPT-5.6 Sol pro/max y el planificador público ya están probados. El primer expediente redactado pesa 2.7 KB y liga el request exacto, evidencia, presupuesto, retención y confirmaciones con un hash; el comando imprime NO CALL y no lee claves. Aún no se hizo una llamada pagada. Blender/Bonsai, trimesh, OCCT, CGAL y Ladybug son instrumental opcional.bien
Primera regla aprobadaLa regla pasó el ciclo manual requerido y ya participa en el demo técnico Level-1.bien
Prueba RTL M4Tres candidatos ejecutaron el mismo fixture; Playwright y Vivliostyle pasan y el fallo visible de Typst queda preservado.bien
Plantilla municipal M4Faltan el informe aceptado y la revisión visual de Enrique; todavía no hay renderer seleccionado ni plantilla final.atención
QA sintético previo a M5El corpus urbano verifica 500 SceneV1 y 14 casos WebGL. La escalera densa verifica offline el límite de 1.024 objetos y un caso balanceado de 393.216 triángulos; ese caso también fue navegado en el visor local. Es evidencia sintética con ambiente registrado, no una promesa de FPS ni reemplaza geometría Level-2.bien
Hospital de geometríasLa ingesta forense aislada ya procesó los nueve IFC públicos. El paciente sano genera IFC y un HBJSON completo; siete validadores pasan y dos ejecuciones son idénticas byte por byte. El oráculo cruzado mantiene 17 de 17 productos con geometría/procedencia y 1.056 rayos con cero desacuerdos. La autoridad v2 sella 20 productos, 17 geometrías, 30 roots, el inventario total sin huérfanos y el entorno IFC. El primer concurso ejecuta tres rutas aisladas desde la misma Room East abierta: el cap planar y trimesh producen sólidos equivalentes; OCCT queda explícitamente no disponible. El supervisor vuelve a validar IFC, autoridad, topología y seis regiones coplanares, tolera diagonales distintas y selecciona el cap mínimo. El compilador verifica toda esa cadena y entrega al worker sólo IFC, policy, ledger y binding; el golden sano queda fuera de su alcance. Desde esos cuatro inputs deriva 2 Rooms, 1 adyacencia, 2 aperturas, 6 sombras y 2 mallas de contexto con los 17 GUID. Honeybee Generic, Energy y Radiance, sólidos, colisiones y propiedades pasan; también genera IDF y RAD reales. La reparación queda localizada en una única Face de techo de 48 m²; marcar las seis caras ya falla cerrado. La descarga visual lee sólo el HBJSON final: muestra 44 polígonos después y 43 antes más la anotación de la superficie ausente, con controles offline y rotulado sintético persistente. Dos sandboxes producen el mismo paquete byte por byte. El gate de unidades por representación ya corre aislado sobre los nueve IFC públicos: cinco casos coherentes, Project0 y wall/window en observación, y dos controles rechazados antes del gate. Detectó que tres swept solids declarados en milímetros salen del kernel todavía en milímetros; no los corrige ni permite compilarlos. El segundo concurso reconstruye un fin sin representación sólo después de hallar tres donantes congruentes sin usar nombres. Dos workers aislados compiten: copia oficial de representación y reconstrucción paramétrica. Ambos califican; la selección ocurre sin verdad sana y el oráculo Level-0 la abre después, con coincidencia exacta de forma, placement, estructura, topología, contacto de fachada, productos representados y obstrucción solar. El nuevo paquete vuelve a entregar 2 Rooms, 1 adyacencia, 2 aperturas, 6 shades y 2 mallas de contexto; exactamente un Shade queda marcado con la reparación. Pasan los validadores y exports anteriores, dos compilaciones son idénticas y la visualización HBJSON muestra 44 polígonos después y 43 antes más el fin ausente. PCERT Architecture ya aporta la primera observación pública: dos rutas independientes coinciden en 2 Rooms, 16 Faces, 24,575 m² y 54,065 m³; Honeybee, IDF y Radiance pasan. No inventa la separación de 20 cm, adyacencia, openings, fachada, norte verdadero ni contexto. Los otros 12 productos quedan físicamente no resueltos y la simulación permanece denegada. Ambos Level-0 están discharged y PCERT sólo observado. La nueva escalera pública de openings ejecuta buildingSMART y Project0 en workers dobles: conserva cinco voids, crea dos Apertures y dos Doors como componentes HBJSON, deja un opening vacío y una ventana huérfana sin emparejar, y comprueba las áreas con deltas gross/net por host. Ambos modelos pasan Honeybee y replay byte-idéntico, pero contienen cero Rooms y la simulación sigue denegada. Cada resultado sigue siendo una prueba estrecha, no interoperabilidad universal ni un proyecto real. PCERT Landscaping ya queda observado como 4 ShadeMeshes y 0 Rooms: 3.963 caras y 2.000 vértices admitidos, 25 slivers registrados, equivalencia exacta entre IFC directo, kernel y HBJSON, 110 rayos verticales con 79 solapes multiterreno y 1.056 rayos angulares con cero discrepancias. Honeybee pasa, pero EPSG:32760, norte ausente y terrenos superpuestos mantienen toda simulación y publicación física denegadas. La próxima rebanada aplica lesiones controladas; no cambia contratos.bien
Límite sintéticoToda evidencia Level-1 permanece rotulada como sintética y no se presenta como cumplimiento de un proyecto real.bien
Demo M1No queda desarrollo offline pendiente dentro de M1; los gates de proveedor pasan y falta la publicación real desde Forma con su evidencia.atención
Runtime localEl entorno compatible ya construye y ejecuta de forma reproducible el motor de sombra.bien
Sin cajas negras.
Cada corrida conservará entradas, salidas y logs. Si falla un motor, falla toda la corrida y queda registrado.