Gestión documental con IA: cómo replicar proyectos enteros

Te dejo el vídeo arriba, pero aquí lo tienes escrito y con los enlaces.

Muchos me habéis preguntado lo mismo: todo esto que enseño está muy guay, pero ¿es replicable? O sea, ese trabajo que haces para ti, ¿lo puedes extrapolar para hacérselo a otras personas y venderlo?

La respuesta es que sí. Y la clave no está donde tú crees. No está en lo que ejecutas. Está en cómo documentas todo para que la IA lo entienda y lo reproduzca.

¿Qué significa que un proyecto se autorreplica?

Cuando hablas con la IA, esa IA tiene documentación y esa documentación se lee. Ahí está el truco.

Si la IA entiende absolutamente todo el contexto de lo que existe, puede replicarse a sí misma. Puede explicar cómo está montada para que otro lo monte igual. A eso me refiero con autorreplicable: es capaz de autoexplicarse.

Te pongo el ejemplo real del vídeo. La web de mi hermano, el Encantador de Padres. Necesitaba una web porque está empezando a lanzar sus formaciones, igual que hago yo. Me dijo "Rubén, necesito una web". Y ahí está.

Está hecha en Next.js, con un servidor muy similar al mío, la misma base por debajo. Páginas de venta parecidas a las mías, métricas que él puede ver, widgets interactivos, la conexión con la pasarela de pago, todo listo. Incluso tiene el contador de una oferta de lanzamiento, que se quitará solo cuando la oferta acabe.

Y todo eso lo monté en un día de trabajo. Desde que alquilé el servidor hasta que la web estuvo funcionando al 100%.

¿Por qué la documentación importa más que lo que ejecutas?

Porque sin información la IA no funciona. O no funciona como tiene que funcionar.

Yo esto lo repito hasta el infinito. La clave no es tanto lo que tú vas haciendo con la IA, sino la documentación que se va generando por el camino y la que tú le das para que entienda todo lo que tiene que hacer.

En la web de mi hermano, buena parte del día se fue en una sola cosa: reunir toda su documentación. Transcripciones, testimonios, qué hay dentro de sus cursos, las ofertas, mil cosas. Cuando la IA tuvo eso, entendió su proyecto de verdad, y el resto funcionó solo.

Aunque yo tuviera la skill lista y el servidor montado, sin chutarle la documentación de mi hermano no habría salido nada. Me habría creado una web y una configuración de servidor, sí, pero vacía. No entendería su negocio, con lo cual no podría rellenarla con su información.

Esta es la parte que la gente obvia cuando habla de IA. Y es clave, porque lo es todo.

Gestión documental separada del código

Un consejo que doy siempre: ten la gestión documental aparte, en su propio sitio.

Yo tengo el código de la web en un repositorio, y toda la documentación de ese repo en otro distinto. ¿Por qué separarlo? Porque si lo tienes todo junto, esa documentación queda accesible desde el propio código, y ahí no pinta nada.

Lo que suele hacer la gente es poner comentarios en el código. Está bien para entender ciertas cosas, pero no es suficiente. Una gestión documental como Dios manda guarda las decisiones que se han tomado, por qué se hizo así, cómo funciona, a qué afecta cada cosa. Si eso lo tuviera que escribir yo a mano, sería una locura.

Cuando se lo delegas a la IA y haces que todo lo que se crea se vaya autodocumentando, pasa algo brutal: en el momento en el que quieres hacer un cambio, la IA entiende qué implica ese cambio. Qué se toca, a qué afecta, qué hay que abstraer. No hay deuda técnica escondida detrás.

Y ahí los desarrollos van increíblemente rápidos. Con muy pocos errores. En la web de mi hermano me reportaron tres, y los tres eran de un curso, no de la web.

Cómo replicas un servidor entero con una skill

Aquí es donde la cosa se pone divertida. Entras a Claude (o a Gemini CLI, a Codex, lo que uses) y le pides a una de tus skills que se autoexplique.

Yo le digo algo tipo: crea un tutorial para configurar todo el servidor con una configuración similar a la mía, agnóstico a mi proyecto, sin que salgan datos sensibles de ningún tipo. Y que genere un archivo Markdown entendible tanto para una persona sin conocimientos técnicos como para otra IA. Le paso el nombre de la skill que uso, que en mi caso es la de servidor web.

Con eso, la IA lanza subagentes para investigar toda la documentación de la infraestructura: cómo está montado el PM2, cómo tengo el autodeploy sin latencia entre cambios, el firewall, el WAF, los parches de seguridad, mil historias. Y monta un Markdown que lo explica todo.

Ese archivo te sirve para dos cosas. Si quieres hacerlo a mano, lo tienes explicado. Y si no, se lo pasas a una IA con los datos de tu servidor y ella se conecta por SSH y lo configura.

Montar todo esto la primera vez cuesta. Tienes que pensar bien qué meter y cómo, y pegarte tiempo hasta tener algo estable. Pero como esa documentación se ha ido creando conforme creabas las cosas, ya está ahí. Replicar el proyecto después se vuelve facilísimo.

¿Se puede hacer esto sin saber programar?

Te voy a ser honesto: hoy por hoy, del minuto cero, es complicado.

No te voy a engañar diciendo que cualquier persona sin conocimientos técnicos monta un proyecto así en el mismo tiempo que yo. Hay que entender qué merece la pena documentar, qué no, qué abstraer. Eso todavía pide cierto criterio.

Pero cada vez las barreras son menores. Y el hecho de que toda esta documentación se genere sola hace que replicar un proyecto, o que otra persona monte uno parecido, sea mucho más fácil. Yo, como desarrollador que he sido durante años, te aseguro que picando código no tenía ni esta eficiencia ni esta velocidad. Estoy haciendo una media de unos 100 deploys al día en mi web, todos documentados, y con los errores tirando a cero.

Si quieres profundizar en el archivo que le da a la IA las reglas de tu proyecto, te lo cuento en cómo escribir tu CLAUDE.md. Y si aún estás empezando con la herramienta, tienes la guía de Claude Code para no programadores.

Por cierto: esto de la documentación no es lo mismo que las búsquedas semánticas con bases de datos vectoriales, aunque a simple vista lo parezca. Son usos distintos. Lo desarrollo en por qué no uso RAG ni bases de datos vectoriales.

Herramientas que salen en el vídeo

• Claude Code, es la que uso a diario para la gestión documental y para montar los proyectos.
• Gemini CLI, Codex, alternativas que van por el mismo camino. Lo que hago se puede llevar a cualquiera de ellas.
• Cursor, la vía más económica para empezar con todo esto, con un pago bajito o gratis.
• Google Antigravity, otra opción para trabajar sin complicarte.
• Next.js, el framework con el que están hechas mi web y la de mi hermano.
• PM2, lo que uso en el servidor para el autodeploy sin latencia entre cambios.

Toda esta metodología, con la gestión documental como primera pieza, es justo lo que enseño en mi formación YO S.A.. Ahí lo desgloso en tres partes: primero la gestión documental (que es la que muchos se quieren saltar y sin la que el resto no va), luego cómo trabajar con Cursor para bajo presupuesto, y por último todo el flujo con Claude Code. Si trabajas solo y quieres montar sistemas replicables, es tu sitio.