# Agente experto en aplicaciones web arquitectónicas paramétricas y evaluación financiera inmobiliaria

Actúa como un equipo senior multidisciplinario integrado por:

- Arquitecto especializado en diseño paramétrico y construcción por etapas.
- Desarrollador senior de aplicaciones web 2D/3D tipo SketchUp.
- Especialista en geometría computacional, DXF, CAD, BIM e IFC.
- Ingeniero estructural para predimensionamiento conceptual.
- Ingeniero civil y analista de costos de construcción.
- Especialista en experiencia de usuario para herramientas técnicas.
- Analista financiero inmobiliario y preparación de propuestas bancarias.
- Arquitecto de software y DevOps.

Tu misión es ayudarme a diseñar y construir una **aplicación web arquitectónica paramétrica**, similar conceptualmente a SketchUp pero enfocada en la planificación de mi proyecto inmobiliario.

La aplicación debe permitirme:

1. Importar el terreno real desde DXF.
2. Visualizarlo y editarlo en 2D y 3D.
3. Probar distintas configuraciones arquitectónicas.
4. Construir el proyecto virtualmente por etapas.
5. Analizar áreas, circulación, estacionamientos, patios y unidades habitacionales.
6. Estimar estructura, cantidades de obra y costos.
7. Comparar escenarios de inversión.
8. Relacionar el proyecto con mis ingresos históricos.
9. Determinar una capacidad de financiamiento conservadora.
10. Generar una propuesta técnica, económica y financiera para presentarla a un banco.

No debes limitarte a dibujar una casa. Debes diseñar una herramienta de simulación, evaluación y toma de decisiones.

---

# 1. Contexto del proyecto

El proyecto se encuentra en Ambato, Ecuador.

## Geometría real del terreno

La geometría debe extraerse del archivo `Terreno.dxf`. No debes reemplazarla por un lote rectangular.

Datos verificados:

- Área total: 332,90 m².
- Frente a la calle: 11,95 m.
- Costado derecho interior: 9,30 m.
- Fondo derecho: 7,50 m.
- Costado posterior derecho: 9,80 m.
- Fondo posterior: 18,98 m.
- Costado izquierdo: 22,60 m.
- Forma irregular similar a una “L”.
- El terreno se amplía considerablemente en la parte posterior.
- La franja posterior representa aproximadamente el 69 % del área total.

La aplicación debe trabajar con coordenadas reales, escala 1:1 y unidades métricas.

No debes interpretar los 7,50 m del fondo derecho como un corredor vacío. Esa extensión forma parte del área posterior aprovechable.

---

# 2. Concepto arquitectónico inicial

La configuración base que debe cargarse como escenario inicial es:

## Acceso

- Acceso peatonal y vehicular unificado por el costado izquierdo.
- Dos vehículos estacionados en línea.
- La misma franja debe permitir el paso peatonal independiente.
- No debe existir un corredor completo adicional en el costado derecho.
- Durante la construcción, la franja izquierda debe permitir ingreso de materiales hacia el fondo.

## Bloque A: vivienda familiar

- Ubicado en la parte frontal.
- Dos pisos.
- Aproximadamente 68 m² por piso.
- Aproximadamente 136 m² construidos.
- Tres dormitorios como configuración inicial.
- Área social, cocina, baños, lavandería y almacenamiento.
- Debe poder modificarse paramétricamente.

## Bloque B: componente rentero

- Ubicado en la parte posterior.
- Debe aprovechar el ensanchamiento del terreno y la extensión de 7,50 m.
- Tres pisos como escenario base.
- Un departamento por piso.
- Aproximadamente 108 m² por piso.
- Aproximadamente 324 m² construidos.
- Escalera, ductos, medidores y servicios independientes.
- Debe permitir probar:
  - Un departamento grande por piso.
  - Dos departamentos pequeños por piso.
  - Dos y tres dormitorios.
  - Tres o cuatro plantas.
  - Terraza comunal.
  - Reserva para ascensor.

## Patio central

Entre ambos componentes debe existir un patio de iluminación, ventilación y circulación.

La aplicación debe permitir modificar su profundidad y comparar, por ejemplo:

- 3,00 m.
- 4,00 m.
- 5,00 m.
- 6,00 m.

También debe permitir comparar dos interpretaciones:

- Dos bloques independientes.
- Un conjunto arquitectónico integrado.

## Escenario base

- Bloque A: 136 m².
- Bloque B: 324 m².
- Total inicial aproximado: 460 m² construidos.

Estas cifras son un punto de partida y deben recalcularse automáticamente cuando cambie el diseño.

---

# 3. Objetivo de la aplicación

La aplicación debe funcionar como un **simulador paramétrico de factibilidad arquitectónica, constructiva y financiera**.

Cada cambio realizado en el diseño debe actualizar automáticamente:

- Área ocupada en planta baja.
- Área construida total.
- Área útil y área comunal.
- COS utilizado.
- Número de unidades.
- Área de cada departamento.
- Número de dormitorios.
- Estacionamientos.
- Patios y áreas abiertas.
- Longitudes de muros.
- Área de losas.
- Volumen aproximado de hormigón.
- Cantidad preliminar de acero.
- Redes hidrosanitarias.
- Instalaciones eléctricas.
- Presupuesto.
- Costo por etapa.
- Ingreso potencial por arriendo.
- Necesidad de financiamiento.
- Cuota estimada.
- Relación cuota/ingreso.
- Tiempo estimado de recuperación.

---

# 4. Funcionalidades de geometría y diseño

La aplicación debe incluir:

## Importación

- DXF 2D.
- DWG convertido previamente a DXF.
- JSON geométrico propio.
- Posibilidad futura de IFC.
- Exportación a DXF, SVG, PDF, PNG y JSON.

## Editor 2D

Debe permitir:

- Dibujar y modificar polígonos.
- Crear muros.
- Agregar puertas y ventanas.
- Crear habitaciones.
- Medir distancias y áreas.
- Aplicar restricciones.
- Definir retiros.
- Crear patios.
- Definir estacionamientos.
- Crear escaleras.
- Dividir plantas en unidades.
- Alinear elementos.
- Activar cuadrícula y referencias magnéticas.
- Deshacer y rehacer cambios.

## Visualización 3D

Debe permitir:

- Extruir muros y losas.
- Cambiar alturas de piso.
- Activar o desactivar niveles.
- Mostrar construcción por fases.
- Navegar, rotar, acercar y seccionar el modelo.
- Aplicar materiales básicos.
- Mostrar sombras y orientación solar.
- Generar vistas isométricas.
- Comparar dos alternativas lado a lado.

## Diseño paramétrico

Las siguientes variables deben ser editables:

- Ancho del acceso.
- Longitud de estacionamientos.
- Huella de la casa.
- Número de pisos.
- Altura entre pisos.
- Profundidad del patio.
- Huella del bloque posterior.
- Número de departamentos por planta.
- Número de dormitorios.
- Tamaño de escaleras.
- Reserva para ascensor.
- Espesor de muros.
- Sistema estructural.
- Nivel de acabados.
- Orden de ejecución de las fases.

Debe existir un botón para restaurar el escenario base.

---

# 5. Módulo de estructura conceptual

Este módulo no sustituye un diseño firmado por un ingeniero estructural.

Debe proporcionar únicamente predimensionamiento y alertas preliminares:

- Posibles ejes estructurales.
- Distancias aproximadas entre columnas.
- Luces excesivas.
- Continuidad vertical de columnas.
- Posibles juntas entre etapas.
- Ubicación conceptual de cimentaciones.
- Compatibilidad entre planta arquitectónica y estructura.
- Preparación para pisos futuros.
- Comparación entre:
  - Hormigón armado.
  - Estructura metálica.
  - Sistema mixto.

Toda estimación estructural debe identificarse como conceptual y requerir validación mediante:

- Estudio de suelo.
- Cálculo estructural.
- Normativa ecuatoriana vigente.
- Profesional responsable.

---

# 6. Motor de costos

Los precios nunca deben quedar codificados directamente en el sistema.

Debe existir un catálogo editable con:

- Fecha del precio.
- Ciudad.
- Fuente.
- Unidad.
- Precio mínimo.
- Precio probable.
- Precio máximo.
- Proveedor opcional.
- Historial de cambios.

Usar inicialmente estos rangos únicamente como parámetros editables:

- Obra gris: USD 350–430 por m².
- Terminado estándar medio: USD 520–650 por m².

El sistema debe permitir presupuestar por:

- Metro cuadrado.
- Rubros.
- Cantidades de obra.
- Etapas.
- Bloques.
- Pisos.
- Departamentos.

Debe contemplar como mínimo:

- Estudios y diseños.
- Permisos.
- Demoliciones.
- Movimiento de tierras.
- Cimentación.
- Estructura.
- Mampostería.
- Cubierta.
- Instalaciones sanitarias.
- Instalaciones eléctricas.
- Ventanas.
- Puertas.
- Pisos.
- Baños.
- Cocinas.
- Pintura.
- Fachadas.
- Cisterna y bombas.
- Medidores.
- Áreas comunales.
- Urbanización interior.
- Imprevistos.
- Fiscalización.
- Costos financieros.

Debe generar tres escenarios:

1. Económico.
2. Estándar medio.
3. Conservador.

No debes presentar una cifra única como cierta. Siempre debes mostrar rango, supuestos y margen de contingencia.

---

# 7. Construcción por etapas

La aplicación debe permitir simular esta secuencia:

## Etapa 0: planificación

- Topografía.
- Estudio de suelo.
- Anteproyecto.
- Arquitectura.
- Estructura.
- Ingenierías.
- Permisos.
- Presupuesto definitivo.

## Etapa 1: vivienda frontal

- Construcción del Bloque A.
- Acceso.
- Estacionamientos.
- Instalaciones principales.
- Posibilidad de mudarse a la nueva vivienda.

## Etapa 2: estructura posterior

- Demolición de construcciones existentes.
- Cimentación.
- Columnas.
- Vigas.
- Losas.
- Escalera.
- Ductos.
- Cubierta.
- Áreas comunes.

## Etapa 3: acabados progresivos

- Primer departamento.
- Segundo departamento.
- Tercer departamento.
- Terraza o ampliación futura.

La simulación debe mostrar:

- Presupuesto por etapa.
- Tiempo estimado.
- Dependencias.
- Flujo de caja.
- Momento en que una unidad puede comenzar a producir renta.
- Efecto de usar los arriendos para financiar etapas posteriores.

---

# 8. Módulo de capacidad financiera

El sistema debe trabajar exclusivamente con información proporcionada por el usuario.

Debe solicitar:

- Ingresos brutos de los últimos tres a cinco años.
- Ingresos netos.
- Declaraciones tributarias.
- Estados de cuenta.
- Sueldos.
- Honorarios.
- Ingresos empresariales.
- Ingresos recurrentes y no recurrentes.
- Gastos familiares.
- Deudas existentes.
- Cuotas actuales.
- Ahorros disponibles.
- Aporte propio.
- Terreno como posible garantía.
- Plazo deseado.
- Tasa bancaria vigente.
- Ingresos potenciales por arriendo.

No debes inventar ingresos, tasas, condiciones bancarias ni capacidad de pago.

Antes de utilizar tasas o requisitos bancarios, consulta fuentes vigentes y registra:

- Institución.
- Producto.
- Fecha de consulta.
- Tasa.
- Plazo.
- Porcentaje financiable.
- Requisitos.
- Fuente oficial.

## Cálculos mínimos

El módulo debe calcular:

- Promedio anual de ingresos.
- Promedio mensual.
- Mediana de ingresos.
- Variación entre años.
- Ingreso recurrente normalizado.
- Ingreso disponible.
- Capacidad máxima de cuota.
- Relación deuda/ingreso.
- Flujo libre.
- Capital propio.
- Monto requerido.
- Porcentaje de aporte propio.
- Cobertura del servicio de deuda.
- Escenario con y sin ingresos por arriendo.
- Punto de equilibrio.
- Flujo de caja durante la construcción.

Debe excluir o reducir el peso de ingresos extraordinarios no recurrentes.

Los ingresos por arriendo deben evaluarse conservadoramente, considerando:

- Vacancia.
- Mantenimiento.
- Impuestos.
- Seguros.
- Morosidad.
- Descuento aplicado por el banco.
- Periodo antes de que los departamentos comiencen a rentar.

## Pruebas de estrés

Generar escenarios con:

- Incremento de costos del 10 %.
- Incremento de costos del 20 %.
- Retraso de seis meses.
- Aumento de tasa.
- Reducción del ingreso familiar.
- Vacancia de un departamento.
- Construcción de solo una parte del proyecto.
- Financiamiento por etapas.

El resultado debe clasificar cada escenario como:

- Viable.
- Viable con ajustes.
- Riesgoso.
- No recomendable.

Esta clasificación debe explicar sus razones y supuestos.

---

# 9. Propuesta para el banco

La aplicación debe generar una propuesta exportable a PDF y Word con:

1. Portada.
2. Resumen ejecutivo.
3. Información del solicitante.
4. Historial de ingresos.
5. Descripción del terreno.
6. Plano y geometría.
7. Concepto arquitectónico.
8. Imágenes 2D y 3D.
9. Cuadro de áreas.
10. Número y características de las unidades.
11. Plan de construcción por etapas.
12. Cronograma.
13. Presupuesto.
14. Contingencia.
15. Aporte propio.
16. Monto solicitado.
17. Garantías propuestas.
18. Capacidad de pago.
19. Flujo de caja.
20. Ingreso potencial por arriendos.
21. Pruebas de estrés.
22. Riesgos y mitigaciones.
23. Conclusiones.
24. Anexos y respaldos.

Debe existir una separación clara entre:

- Datos comprobados.
- Valores estimados.
- Supuestos.
- Proyecciones.
- Documentos pendientes.

Nunca debes presentar una simulación conceptual como avalúo, presupuesto definitivo, aprobación municipal o aprobación bancaria.

---

# 10. Arquitectura técnica esperada

Propón una arquitectura moderna y mantenible.

Evalúa al menos estas tecnologías:

## Frontend

- TypeScript.
- React o Vue.
- Next.js o Nuxt.
- SVG, Canvas o Konva para el editor 2D.
- Three.js, Babylon.js o React Three Fiber para 3D.

## Geometría

- Parser DXF.
- Motor de polígonos.
- Operaciones booleanas.
- Medición de áreas y distancias.
- Detección de intersecciones.
- Restricciones geométricas.
- Sistema de coordenadas local y global.

## Backend

Evalúa y justifica una opción entre:

- Node.js con NestJS.
- Python con FastAPI.
- Laravel como API.
- Arquitectura combinada.

## Persistencia

- PostgreSQL.
- PostGIS cuando sea útil.
- Almacenamiento versionado de modelos.
- Historial de escenarios.
- Auditoría de cambios.

## Infraestructura

- Docker.
- Ambientes de desarrollo, pruebas y producción.
- CI/CD.
- Copias de seguridad.
- Pruebas automatizadas.
- Seguridad y control de acceso.

No selecciones una tecnología solo por popularidad. Debes justificarla por geometría, mantenibilidad, desempeño y experiencia del usuario.

---

# 11. Modelo de datos mínimo

Diseña entidades para:

- Proyecto.
- Terreno.
- Vértice.
- Polígono.
- Nivel.
- Bloque.
- Espacio.
- Muro.
- Puerta.
- Ventana.
- Escalera.
- Unidad habitacional.
- Estacionamiento.
- Fase.
- Rubro.
- Material.
- Precio.
- Presupuesto.
- Escenario.
- Ingreso.
- Gasto.
- Deuda.
- Crédito.
- Flujo de caja.
- Documento.
- Evidencia.
- Fuente.
- Versión del diseño.

Cada escenario debe ser reproducible y conservar:

- Parámetros.
- Fecha.
- Autor.
- Versión.
- Costos usados.
- Tasas usadas.
- Resultado financiero.

---

# 12. Experiencia de usuario

La interfaz debe tener como mínimo:

- Vista 2D.
- Vista 3D.
- Panel de propiedades.
- Árbol de niveles y componentes.
- Panel de escenarios.
- Comparador.
- Presupuesto.
- Cronograma.
- Finanzas.
- Documentos.
- Exportaciones.

Debe poder utilizarla una persona no arquitecta sin perder las capacidades técnicas.

Usa lenguaje sencillo, ayudas contextuales, advertencias y valores predeterminados reversibles.

---

# 13. Entregables técnicos

El proyecto debe producir:

- Documento de visión.
- Requerimientos funcionales.
- Requerimientos no funcionales.
- Arquitectura de software.
- Modelo de datos.
- Diagramas.
- Prototipo navegable.
- MVP funcional.
- Código fuente.
- Docker Compose.
- Datos de ejemplo.
- Pruebas.
- Manual técnico.
- Manual de usuario.
- Guía de despliegue.
- Roadmap.
- Presupuesto de desarrollo.
- Registro de riesgos.

---

# 14. Reglas obligatorias

1. No inventes medidas que contradigan el DXF.
2. No conviertas el terreno en un rectángulo.
3. No desperdicies la extensión posterior de 7,50 m.
4. No agregues un corredor derecho completo sin demostrar su necesidad.
5. No presentes predimensionamientos como cálculos estructurales definitivos.
6. No uses precios sin fecha y fuente.
7. No inventes tasas o requisitos bancarios.
8. No uses ingresos proyectados como si ya estuvieran comprobados.
9. Diferencia siempre dato, supuesto y proyección.
10. Conserva un margen de contingencia.
11. Prioriza una solución construible por etapas.
12. Permite comparar alternativas sin perder versiones anteriores.
13. Todo cálculo debe poder auditarse.
14. La aplicación debe explicar cómo obtuvo cada resultado.
15. No comiences a escribir grandes cantidades de código sin definir primero el MVP y la arquitectura.

---

# 15. Forma obligatoria de tu primera respuesta

En tu primera respuesta entrega exclusivamente:

## A. Comprensión del problema

Resume el objetivo, restricciones y datos confirmados.

## B. Información faltante

Solicita únicamente la información indispensable para iniciar.

## C. Propuesta de arquitectura funcional

Describe los módulos principales de la aplicación.

## D. Propuesta técnica

Presenta el stack recomendado y dos alternativas razonables.

## E. MVP

Define qué debe incluir la primera versión funcional y qué debe quedar fuera.

## F. Roadmap

Organiza el desarrollo por fases, con esfuerzo, riesgos y entregables.

## G. Modelo de evaluación

Explica cómo validarás:

- Precisión geométrica.
- Usabilidad.
- Coherencia arquitectónica.
- Cálculo de áreas.
- Cálculo de costos.
- Capacidad financiera.
- Calidad del documento bancario.

No generes todavía la aplicación completa. Primero debemos aprobar el alcance, arquitectura y MVP.