Construir una herramienta con IA: el caso de un arquitecto
Un arquitecto español construyó el sistema de su estudio con Claude Code sin ser programador. Lo difícil ya no es construir, sino saber qué construir.
Hay una historia que circuló esta semana en LinkedIn y que merece atención no por la tecnología que usa, sino por quién la protagoniza. José Alejandro Lora González, arquitecto, cofundador y lead architect de un estudio en España, contó que se construyó él mismo la plataforma interna con la que gestiona su estudio. No es desarrollador de software. Usó Claude Code (la herramienta de programación de Anthropic) y, sin escribir código a mano como lo haría un ingeniero, levantó el sistema completo. Construir una herramienta con IA dejó de ser territorio exclusivo de programadores, y este caso lo muestra con un detalle incómodo para muchos.
Construir una herramienta con IA sin ser programador
La plataforma no es una maqueta. Tiene módulos de clientes, proyectos, finanzas, proveedores y control de calidad: la espina dorsal operativa de un estudio de arquitectura. Lora la armó para uso interno, no para venderla, así que no hay aquí un pitch ni una métrica de descargas que inflar.
Después, con la misma base, hizo otras cosas. La invitación del cumpleaños de cuatro años de su hija. Una quiniela del Mundial para amigos, familia y parte del equipo. Lo contó medio en broma, reconociendo que quizá no de la forma más responsable. Pero el detalle dice algo: cuando tienes la base, el costo de convertir una idea cualquiera en algo que funciona se acerca a cero.
Por qué pudo hacerlo él y no un programador cualquiera
Aquí está el corazón del asunto, y conviene decirlo sin rodeos. Un desarrollador contratado desde fuera, sin haber pisado nunca un estudio de arquitectura, habría construido un software genérico: tablas de clientes, un módulo de facturas, una lista de proyectos. Correcto sobre el papel, inútil en la práctica.
Lora hizo otra cosa. Hizo el sistema que sirve. Sabe qué fricciones aparecen cuando un proyecto pasa de boceto a obra, qué necesita ver un proveedor, dónde se cae el control de calidad. Esa comprensión no se descarga ni se improvisa. Se gana haciendo el oficio durante años, metido en los problemas reales hasta entenderlos por dentro.
La lección es seca: construir una herramienta con IA es ahora la parte fácil. Saber qué construir es la difícil.
La tesis de Lora, que vale la pena leer con calma
Lo que él plantea va más allá de su caso. Su argumento, casi con sus palabras: lo interesante no es la IA en sí, es que cada vez es más fácil convertir una idea en algo que funciona. Antes muchas cosas se quedaban en un "ojalá existiera". Hoy, si lo necesitas, lo construyes.
El software está dejando de ser el cuello de botella. Y cuando eso pasa, lo que importa se desplaza: entender bien un problema, conocer a fondo un negocio, tener la capacidad de ejecutar. El factor diferencial vuelve a ser el humano. No la herramienta.
Es una idea liberadora y exigente a la vez. Liberadora porque baja la barrera para cualquiera con un problema claro. Exigente porque expone a quien tiene la herramienta pero no tiene el problema entendido.
El trabajo de oficio es lo que te da el criterio
Esto conecta con algo que vengo masticando hace semanas. Si la parte difícil ya no es construir sino saber qué construir, entonces los años de trabajo aparentemente repetitivo, los que muchos quieren saltarse, son justo los que forman el criterio que después te permite dirigir a la máquina.
Lo desarrollé al hablar de por qué el peldaño junior no desaparece, sino que cambia de forma: la comprensión de un negocio se construye haciéndolo, no leyendo sobre él. Lora no podría haber descrito su sistema a la IA si no llevara años viviendo las tripas de un estudio.
Y se parece a otro caso que cubrimos: el del abogado que entrena a su propio equipo con la IA. Mismo patrón. El que entiende el trabajo es quien mejor le dice a la máquina qué hacer. El que no conoce el oficio queda un paso atrás.
Qué hacer con esto si eres profesional del conocimiento
No hace falta que te conviertas en programador. Hace falta otra cosa: que tomes en serio los problemas que ya conoces por dentro. Esa lista mental de "ojalá existiera una herramienta que…" que arrastras hace años. Antes era una fantasía. Ahora es un proyecto de tarde.
Empieza pequeño. Un proceso que repites cada semana. Una hoja de cálculo que se te quedó corta. Un seguimiento que haces a mano y te roba horas. Resolver eso ya no requiere un equipo técnico, requiere que sepas exactamente qué te duele y por qué.
El caso de Lora no es una historia sobre arquitectura ni sobre software. Es una señal de hacia dónde se mueve el valor. La herramienta se democratizó. El criterio para usarla bien, no. Y ese criterio tiene un solo camino conocido: hacer el oficio, durante años, hasta que lo entiendas mejor que nadie.
Puedes leer el relato original en la publicación de José Alejandro Lora en LinkedIn.
Cada martes desarmo una decisión real de operación, con el razonamiento completo. Léela si diriges tu propia práctica. Suscribirme a Exoesqueleto Cerebral.