Construye en 10 pasos un portafolio de IA que te consiga trabajo

Si quieres cambiar de otra profesión hacia la IA, conoces el problema: toda oferta de empleo pide experiencia, y la experiencia solo la consigues con un puesto. De ese bucle no sales acumulando otro certificado más. Sales enseñando algo terminado. Nadie le pregunta por el título a un candidato con tres proyectos limpios. De eso trata precisamente esto. No vamos a construir una cosa grande, vamos a construir tres cosas pequeñas que funcionan y que alguien puede entender en dos minutos. Resérvate una tarde tranquila para ello; el resto va saliendo por el camino durante las próximas semanas.

Paso 1: Decídete por un problema que conozcas de verdad

El error más común es que la gente quiere construir el proyecto que impresiona. Un chatbot para la bolsa, una app que detecta cáncer, algo grande. Eso no se termina nunca, porque no conoces el campo y te quedas atascado en cada esquina.

En su lugar, coge un problema de tu antiguo trabajo o de tu día a día. ¿Trabajabas en el comercio? Construye una herramienta que escriba descripciones de producto a partir de palabras clave. ¿Trabajaste en un despacho de abogados? Construye algo que resuma contratos largos en tres frases. La ventaja es doble: sabes de inmediato si el resultado es bueno, y en la entrevista puedes explicar por qué el problema es real. Eso vale más que cualquier virtuosismo técnico.

Escribe en una frase a quién hace feliz la herramienta y qué le quita de encima. Si no consigues esa frase, el problema es demasiado vago. Entonces busca uno más concreto.

Paso 2: Elige una herramienta y quédate con ella

Hay demasiadas herramientas, y cada semana aparece una nueva que supuestamente lo hace todo mejor. Ignóralo. Para tu primer portafolio basta con una sola herramienta con la que te sientas cómodo. Si no sabes programar nada, empieza con un enfoque no-code; para eso tenemos el playbook Claude Projects para quienes no programan. Si te vas atreviendo poco a poco con el código, un asistente de IA en el editor es la entrada más suave.

El quid no es qué herramienta, sino que no cambies a mitad de camino. Cada cambio te cuesta medio día de reaprendizaje, y en ese tiempo no construyes nada. He visto gente comparar herramientas durante tres meses y acabar sin un solo proyecto.

Anota qué herramienta eliges y por qué. Esa decisión la contarás luego en la entrevista, y «elegí una a conciencia en vez de probarlo todo» suena a alguien que entrega.

Paso 3: Construye la versión más pequeña que funcione

Tu primera versión debe ser fea y hacer exactamente una cosa. Sin login, sin interfaz bonita, sin ajustes. Si tu herramienta resume contratos, entonces la primera versión coge exactamente un contrato y escupe exactamente un resumen. Ya está.

La razón es psicológica. Una cosa pequeña terminada te da impulso para la siguiente. Una cosa grande a medio hacer te hunde hasta que te rindes. Proponte tener la versión más pequeña funcionando en una sola tarde. Si eso no sale, la versión sigue siendo demasiado grande.

En cuanto esta miniversión corre una vez de principio a fin, has demostrado que la idea se sostiene. Todo lo demás es mejorar, y mejorar es fácil. El salto de cero a uno es el difícil.

Paso 4: Mete todo en un repositorio Git

En cuanto algo funciona, va a un repositorio Git. No más tarde, ahora. Git es el idioma en el que los desarrolladores hablan de su trabajo, y un repo público es la prueba de que de verdad has construido algo. Una captura de pantalla cualquiera la falsifica, un historial de commits no.

Si Git es terreno nuevo para ti, trabaja antes el playbook Git para IA, arranque rápido, que te pone al día en media hora. Las tres lecciones Git para IA del primer nivel profundizan más, por si quieres entenderlo de verdad en vez de solo copiar comandos.

Haz commits a menudo y con mensajes honestos. «Primera versión que corre entera» es un mejor mensaje de commit que «update». El historial cuenta luego tu historia, y un historial con pasos legibles transmite alguien que sabe lo que hace.

Paso 5: Escribe un README que entienda una persona

El README es el primer archivo que abre un reclutador o un desarrollador. Normalmente es también el único. Trátalo como la portada de tu proyecto, no como un trámite obligatorio.

Necesita cuatro cosas en este orden: qué hace la herramienta en una frase. Para quién es. Cómo se arranca. Una imagen o un ejemplo corto del resultado. Nada de tesis doctoral, media pantalla basta. Escríbelo de forma que tu madre entienda qué hace la cosa. Si ella lo entiende, también lo entiende el reclutador estresado que por la noche va clicando cincuenta candidaturas.

Evita los tecnicismos donde puedas. «Resume contratos» es mejor que «usa un large language model para compresión semántica». Lo primero muestra que entiendes al usuario, lo segundo que has aprendido una palabra.

Paso 6: Documenta lo que salió mal, no solo el éxito

Este es el paso que casi todos se saltan, y justo el que te distingue. Escribe en tu README o en una breve sección de notas qué no funcionó al construir y cómo lo resolviste. ¿La IA alucinó e inventó cláusulas de contrato? Escribe cómo lo atajaste. ¿La herramienta era demasiado lenta? Escribe qué cambiaste.

Por qué engancha: cualquiera puede reconstruir un tutorial. Pero quien sabe describir dónde se atascó ha trabajado de verdad y no solo copiado. En la entrevista, «cuéntame un problema que hayas resuelto» es la pregunta más común, y tú ya tienes la respuesta escrita.

Con dos o tres tropiezos honestos por proyecto basta. Eso no es una debilidad, es la prueba de que trabajaste en condiciones reales.

Paso 7: Haz visible el proyecto

Un repo con código está bien, pero la mayoría de los lectores quieren ver el resultado sin arrancar nada por su cuenta. Dáselo. Si es una web app, ponla online; muchos servicios de hosting sencillos no cuestan nada para proyectos pequeños. Si eso es demasiado, graba un vídeo de pantalla corto en el que uses la herramienta durante dos minutos.

Un resultado visible baja la barrera del observador a cero. No tiene que instalar nada, ni entender nada, simplemente ve que funciona. Esos dos minutos de esfuerzo por tu parte le ahorran al otro la decisión de si siquiera clicar.

Si tu proyecto es una web pequeña y quieres que los buscadores y los asistentes de IA la encuentren siquiera, el playbook GEO para sitios pequeños te ayuda con el último retoque.

Paso 8: Escribe un breve post que lo acompañe

A cada proyecto le corresponde un texto corto en el que cuentes por qué lo construiste y qué aprendiste por el camino. De tres a cinco párrafos, no más. Lo puedes publicar en LinkedIn, en un blog, o simplemente dejarlo como archivo en el repo.

Ese post vale oro, porque muestra dos cosas a la vez: que sabes construir y que sabes hablar de ello. La segunda habilidad es a menudo más importante en el trabajo que la primera. Un desarrollador que sabe explicar su trabajo vale más en el equipo que un genio callado del código.

Escríbelo con tu propia voz, no en tono de marketing. «Construí esto porque en mi antiguo trabajo me fastidiaba que...» es un mejor comienzo que «En el mundo acelerado de hoy de la IA...». Lo auténtico gana a lo pulido.

Paso 9: Reúne tres proyectos, no treinta

Para cuando tengas tres proyectos sólidos. Lo digo en serio. Tres cosas que funcionan, están documentadas y son visibles ganan a veinte experimentos a medias. Un perfil lleno de puras ruinas parece alguien que no termina nada.

Elige los tres de modo que muestren habilidades distintas. Uno que resuelva un problema cotidiano, uno que trabaje con datos o texto, uno que haga algo creativo. Así cubres un abanico sin dispersarte. Si a toda costa quieres seguir construyendo, mejora uno de los tres en vez de empezar un cuarto.

Calidad antes que cantidad no es aquí una frase hecha. El observador tiene diez minutos, no diez horas. En diez minutos se ventila tres buenos proyectos; con treinta cierra tras la segunda ruina.

Paso 10: Enlaza todo en un solo sitio

Por último necesitas una única dirección que puedas poner en cada candidatura. Puede ser una simple página de portafolio, un perfil de Git ordenado, o un único documento con tres enlaces y dos frases de explicación cada uno. Lo importante es que sea un sitio en vez de cinco.

El reclutador no debería tener que buscar. Una dirección, clic, clic, clic, y ha visto tus tres mejores cosas. Cada obstáculo adicional te cuesta atención del reclutador, y solo la tienes durante segundos.

Pon esa única dirección bien arriba en tu CV, justo debajo del nombre. No escondida entre los hobbies. El portafolio es tu argumento más fuerte, así que ponlo donde se vea de inmediato.

Qué viene después

Ahora tienes tres proyectos, documentados y visibles. El siguiente paso es llevarlos al CV y a la entrevista de forma que de verdad causen efecto. Para eso, sigue con el playbook Demostrar tus habilidades de IA de forma creíble en el CV y la entrevista. Si notas que te faltan las bases técnicas al construir, Nivel 1 es el punto de partida tranquilo que te recoge sin conocimientos previos.