← VOLVER AL BLOG/BUILD WITH AI

Tú eres el arquitecto, la IA es el constructor

Tú eres el arquitecto, la IA es el constructor. El reparto exacto de decisiones (cuáles son tuyas, cuáles de la IA) y cinco momentos en los que debes plantarte.

CATEGORÍABuild with AI
TIEMPO DE LECTURA7 min
PUBLICADO24 jul 2026
AUTORLuis Goncalves
Tú eres el arquitecto: una persona con los planos de un producto mientras una IA construye

Cuando construyes con IA, tú eres el arquitecto y la IA es el constructor. Tú eres dueño de cada decisión que sale cara de cambiar más tarde: qué datos existen, cómo se conectan, quién ve qué, qué calidad se publica. La IA ejecuta esas decisiones en código. Si difuminas esa línea, tu producto acabará derrumbándose.

Este es el modelo mental que decide si las herramientas de programación con IA te hacen peligroso o te hacen libre. No "la IA es el desarrollador y yo soy el product manager". No "programamos juntos como socios". Tú diseñas. La IA construye. Yo aprendí esa división por el camino caro: la historia de origen, incluido el precipicio de los tres meses donde mueren en silencio los productos construidos con IA, está en la trampa del vibe coding. Este artículo es la mitad práctica: exactamente qué decisiones son tuyas, cuáles son de la IA y los momentos en que debes plantarte.

¿Qué significa realmente "tú eres el arquitecto"?

Piensa en construir una casa. El arquitecto toma las decisiones que afectan a toda la estructura: dónde se asienta la casa en el terreno, cuántas plantas, qué cimentación, dónde van los muros de carga, cómo discurren el agua y la electricidad. Esas decisiones no se pueden cambiar con facilidad una vez empieza la obra. El constructor ejecuta esa visión: vierte la cimentación exactamente como se especificó, levanta los muros según los planos. El constructor es increíblemente hábil. Pero ejecuta un plan; no lo crea.

Ahora dile a un constructor "constrúyeme una casa" sin planos. Obtendrás algo. Incluso puede que se tenga en pie y que al principio tenga buen aspecto. Pero la cimentación no aguantará la segunda planta que quieras más adelante, y la fontanería estará en el sitio equivocado para tu cocina. Obtienes una estructura que funciona hasta que necesitas que haga algo para lo que no fue diseñada. Eso, en una frase, es la mayor parte del software construido con IA.

La matriz de decisiones: qué decisiones son tuyas y cuáles de la IA

Esta es la división del trabajo, hecha concreta. Todo lo de la izquierda es tuyo. Todo lo de la derecha se delega:

ÁreaTú decides (arquitecto)La IA ejecuta (constructor)
DatosQué cosas existen en tu sistema, cómo se relacionan, la fuente única de verdad de cada datoEl código que implementa tu estructura exacta
SeguridadQuién ve qué, cómo se controla el acceso, qué se auditaLas reglas y comprobaciones que hacen cumplir tu modelo
EscalaQué debe soportar millones de usuarios, dónde estarán los cuellos de botellaOptimizaciones que has revisado y aprobado
PatronesNombres, estructura de archivos, cómo se gestionan los errores: igual, siempreCódigo que sigue esos patrones en todas partes
ProductoQué funcionalidades existen, qué reglas se aplican, qué queda fuera del alcanceLos detalles de implementación
CalidadQué es aceptable, qué hay que rehacer, cuándo publicarSugerencias, que aceptas o rechazas

Fíjate en lo que falta en la columna de la IA: ni una sola decisión. La IA propone; tú dispones. Y la decisión de arquitecto con mayor palanca de todas es diseñar tus datos antes que tus pantallas; ese método tiene su propio artículo: desarrollo con la base de datos primero.

El libroThe Solopreneur RevolutionLuis Gonçalves sobre cómo crear un negocio de solopreneur con IA sin dejar tu empleo.Consigue el libro →

Los tres sombreros que lleva todo arquitecto en solitario

Sombrero uno: arquitecto de sistemas. Decides la forma de los datos. Qué entidades existen, cómo se conectan, si cada registro está etiquetado con el cliente al que pertenece, qué historial se conserva. Son preguntas de negocio con ropa técnica, y tú conoces tu negocio mejor que cualquier IA.

Sombrero dos: product manager. Decides qué se construye y, sobre todo, qué no. Los cimientos antes que las funcionalidades. Nada de extras prescindibles en la versión uno. Las prioridades son tuyas: el login antes que la analítica, la analítica antes que nada avanzado. La IA construirá encantada lo que le pidas, en el orden que sea, y precisamente por eso el orden tiene que venir de ti.

Sombrero tres: control de calidad. Decides si el trabajo es suficientemente bueno. ¿Sigue tus patrones? ¿Es seguro? ¿Sobrevivirá a clientes reales? Eres tú quien dice "esto genera deuda, rehazlo", y quien dice "esto está listo para producción, publícalo".

Cinco momentos en que la IA te pondrá a prueba: plántate

La IA te sugerirá cosas que suenan inteligentes y violan tu arquitectura. Cinco señales deberían provocar una parada automática:

  1. "Por simplicidad...": traducción, "déjame crear deuda técnica". La simplicidad de ahora es complejidad después. Insiste en la estructura correcta.
  2. "Por rendimiento...": exige pruebas. Si no hay un problema medido, no hay nada que optimizar. La optimización prematura es como se pudren los sistemas limpios.
  3. "Arreglo rápido...": los parches se vuelven permanentes. Di que no y pide la causa raíz.
  4. Meter listas de opciones en el código. Estados, categorías, tipos: a la IA le encanta fijarlos en el código. Mantenlos como datos editables, para poder añadir o renombrar opciones sin tocar código.
  5. Meter registros relacionados en un único campo bloque. Si los datos están relacionados, necesitan una relación real, para poder buscarse, conectarse y verificarse. Un bloque no puede hacer nada de eso.

Todas ellas surgieron mientras construía FIKR Space, una plataforma que llegó a las 964 tablas de base de datos. La IA quería listas de estados fijadas en el código; yo las obligué a vivir como datos editables. La IA quería valores duplicados "por rendimiento"; yo insistí en una única fuente de verdad, con más del 90 % de las tablas totalmente normalizadas y cada excepción documentada. Plantarme no fue un hecho ocasional. Era el trabajo.

Cómo hablan los arquitectos con la IA

Compara dos prompts. El vibe coder escribe: "Construye una página de perfil de usuario". Ahora la IA tiene que adivinar qué datos mostrar, de dónde vienen, qué es editable y qué patrón seguir. Adivinará distinto cada vez, y tu producto se convierte en un mosaico de suposiciones.

El arquitecto escribe los planos: qué fuentes de datos alimentan la página, qué secciones aparecen, qué puede editar exactamente el usuario, qué permiso requiere, qué componentes existentes reutilizar y cómo se comportan la carga y los errores. La misma funcionalidad. Pero ahora la IA sabe con precisión qué construir y cómo, y el resultado encaja con todo lo demás que has construido. El prompt se lee como un plano porque lo es.

Los tres niveles del pensamiento arquitectónico

Nivel uno, de funcionalidad: "Necesito un dashboard, así que construiré un dashboard". Una funcionalidad a la vez, sin pensar en cómo se conectan. Este es el vibe coder.

Nivel dos, de producto: "Estoy construyendo un producto con usuarios, equipos y proyectos: ¿cómo se relacionan?". Mejor. Las relaciones se diseñan. Pero la escala y la seguridad siguen siendo una ocurrencia tardía.

Nivel tres, de sistema: "Estoy construyendo algo que debe aislar los datos de cada cliente, mantener pistas de auditoría, sobrevivir al crecimiento y aceptar nuevas funcionalidades sin rehacer nada". La escala, la seguridad y la coherencia se deciden el primer día.

El nivel tres es donde necesitas operar, y no requiere un título en informática. Requiere pensar en sistemas, que es exactamente lo que hacen cada día los profesionales corporativos con experiencia. Tus años viendo triunfar y fracasar los sistemas de las grandes empresas son tu cualificación.

12 semanasTu carrera corporativa nunca fue el planSolicita plaza en el Solopreneur Accelerator.Solicitar ahora →

Preguntas frecuentes

¿Qué decisiones no debo delegar nunca en la IA?

Todo lo que sale caro de cambiar más tarde: cómo se estructuran y se relacionan tus datos, quién puede acceder a qué, los patrones que sigue todo, qué se construye y en qué orden, y el listón de calidad para publicar. La IA ejecuta estas decisiones de forma brillante. Nunca debería tomarlas.

¿Necesito ser técnico para actuar como arquitecto?

No. Las decisiones de arquitectura son decisiones de negocio disfrazadas: qué cosas existen en tu sistema, cómo se relacionan, qué reglas se aplican, quién ve qué. Las describes en lenguaje llano y la IA las traduce a código. El conocimiento del dominio importa mucho más que la habilidad de programar.

¿Qué pasa si dejo que la IA tome las decisiones de arquitectura?

Funciona, al principio. Luego los patrones se desvían, el mismo dato vive en tres sitios y se contradice a sí mismo, los datos de los clientes no están bien aislados y cada nueva funcionalidad es más difícil de añadir. Al final lo reconstruyes. Las decisiones del arquitecto son justo las que la IA optimiza hasta eliminar.

¿Cómo me planto ante una sugerencia de la IA?

Sé específico, no vago. Nombra qué está mal, explica por qué, indica exactamente qué quieres en su lugar y pide verlo implementado. "Esto está mal, arréglalo" no le enseña nada a la IA; una corrección precisa te da trabajo de calidad de producción de una sola vez.

¿Hasta qué punto estás atrapado?

Haz el Índice de Asfixia Corporativa, la evaluación gratuita para saber si estás listo para ser solopreneur.

Empezar la evaluación →