Caso 00 · Apartamento Lo Peix

Lo Peix es un proyecto de espacios y hospitalidad en La Ràpita. Existe, está construido y se usa. Lo interesante para este corpus no es presentarlo como demostración del método —no lo fue— sino hacer con él la pregunta que abre cualquier sistema espacial honesto: ¿y si codificara un espacio que ya existe como si fuera un design system?

Auditoría v0.1

Éste es el primer lote publicado de la codificación retrospectiva. No pretende ser todavía el Rulebook completo del proyecto: establece la estructura y deja un contador verificable de lo que existe en el corpus.

Objeto	Publicado	Estado
Reglas espaciales vinculadas	6	candidatas, no todas exclusivas de Lo Peix
Decisiones documentadas	3	lectura retrospectiva
Material tokens	2	ficha y sustitución
Componente espacial	1	ficha reusable
Patrones observados	5	inventario inicial, aún sin ficha individual
Observaciones post-ocupación	0	siguiente umbral de evidencia

El lote puede recorrerse desde Rulebook, Decision log y las fichas de madera primaria, suelo continuo y almacenaje mural. Publicar el cero en observaciones es deliberado: un living lab empieza cuando la experiencia de uso vuelve al sistema, no cuando se le pone ese nombre.

Por qué se empieza por aquí y no por una regla

Escribir cien reglas en abstracto produce cien reglas que nadie usará. La única forma conocida de descubrir cuáles son reales es tomar un proyecto terminado y preguntarle:

EXPRESIÓN EXISTENTE
        ↓
¿Qué decisiones tomamos?
        ↓
¿Qué reglas implícitas había detrás?
        ↓
¿Qué componentes se repiten?
        ↓
¿Qué convertiría hoy en token?
        ↓
¿Qué haría diferente en el próximo?

Ese recorrido tiene una propiedad que ningún ejercicio teórico tiene: distingue lo que era criterio de lo que era circunstancia. Mucho de lo que un estudio cree que es su lenguaje resulta ser, al mirarlo de cerca, lo que había disponible aquella primavera.

La estructura que aparece al mirar hacia atrás

LO PEIX
│
├── Materiales
│   ├── madera
│   ├── lino
│   ├── superficie mineral
│   └── metal
│
├── Componentes
│   ├── iluminación
│   ├── almacenaje
│   ├── mesa
│   ├── textil
│   └── herrajes
│
├── Patrones espaciales
│   ├── llegada
│   ├── dormir
│   ├── cocinar
│   ├── comer
│   └── volver de la playa
│
├── Reglas
│   ├── mantenimiento
│   ├── ruido visual
│   ├── ocupación
│   ├── materialidad
│   └── iluminación
│
└── Políticas
    ├── puede sustituirse el material
    ├── puede moverse el mobiliario
    └── requiere revisión humana

El patrón «volver de la playa» merece un comentario, porque es el que ningún catálogo genérico contiene. Es un flujo real —arena, humedad, toallas, calzado, gente cansada— que determina material de suelo, posición del almacenaje, ventilación y el punto exacto donde alguien se sienta a quitarse las zapatillas. Un sistema espacial que sólo conociera «entrada» se lo perdería entero.

Qué sería token y qué no

Ésta es la parte donde más fácil es equivocarse. Una madera no es un token automáticamente, igual que un hexadecimal no explica por sí solo una decisión de interfaz.

Es token	No es token
material.wood.primary — cálido, reparable, envejecimiento visible	«roble» — es una especie, no una intención
surface.floor.primary — continua, mineral, fácil de mantener	un SKU concreto de microcemento
light.ambient — cálida, indirecta, poco agresiva	una referencia de luminaria
textile.primary — táctil, ligero, acústicamente útil	«lino» sin declarar qué propiedades importan

La regla es sencilla: es token cuando nombra una decisión que conserva su significado aunque cambie su implementación. Todo lo demás es catálogo, y el catálogo caduca.

Coste de deshacer, revisado a posteriori

Aplicar la matriz de reversibilidad a un proyecto ya construido es incómodo y útil: enseña dónde se gastó irreversibilidad sin haberla presupuestado.

En un apartamento de estancia corta, la lección que este ejercicio propone es que el grado embedded es el que más se subestima. Un pavimento continuo, un revestimiento o una instalación vista parecen decisiones de acabado y son, en la práctica, decisiones de diez años.

Qué se lleva al proyecto siguiente

Tres cosas, y ninguna es una imagen:

1. Los patrones, que son lo más transferible. «Llegada», «volver de la playa» o «cocinar y recoger» describen vida, no estilo, y viajan a otro emplazamiento sin arrastrar el aspecto de éste.
2. Las reglas de operación, porque el mantenimiento es donde un proyecto de hospitalidad se gana o se pierde, y es lo que menos suele escribirse.
3. Los descartes, si se conservan. Qué se probó y no funcionó vale más que la lista de lo que quedó.

Lo que no se lleva —y ésta es la disciplina difícil— es la materialidad concreta. Repetirla en el siguiente encargo sería convertir un sistema en un estilo, que es el fallo que el Estado operativo Sistema advierte.

Lo que este caso demuestra y lo que no

Demuestra que un espacio construido puede leerse como un sistema de decisiones y que ese ejercicio produce reglas utilizables. No demuestra que el método mejore proyectos: eso sólo puede comprobarse aplicándolo desde el principio, con un cliente y un presupuesto reales, y todavía no está hecho.

Podemos explicar por qué Lo Peix es Lo Peix con precisión suficiente para producir otro espacio distinto sin copiarlo.

Ése es el resultado que interesa. No «una IA diseña Lo Peix».

El método recorrido de punta a punta: 45 m² como sistema