El otro lado del muro: por qué 'funciona' no es lo mismo que 'está listo'

En algún lugar, esta semana, alguien sin experiencia técnica va a abrir Claude, va a describir una idea que le da vueltas hace meses, y antes de la cena va a tener algo que puede probar con sus propias manos en su laptop. Eso no es una exageración ni un discurso de ventas: es simplemente lo que pasa ahora. La distancia entre "tengo una idea" y "tengo algo que funciona" se derrumbó, y se derrumbó para todos, no solo para quienes programan.

Ya escribimos sobre el otro lado de esta historia. En El muro del 70% revisamos el hallazgo de MIT de que el 95% de los pilotos corporativos de IA nunca genera un retorno medible — no porque la tecnología falle, sino porque casi nadie sobrevive la segunda mitad, la poco vistosa: responsabilidad, mantenimiento, seguridad, el trabajo que empieza después de que la demo recibe el aplauso. Ese artículo estaba pensado para quien ya está adentro de un piloto que se estancó.

Este es para el momento anterior a eso — la primera vez que tu propio proyecto de fin de semana realmente funciona, y tienes que decidir qué significa eso.

La mitad que de verdad se volvió más fácil

Vale la pena ser precisos sobre qué cambió, porque tanto el entusiasmo como el escepticismo alrededor del tema tienden a difuminar los detalles. Hace dos años, convertir una idea en algo que se puede probar tomaba semanas y casi siempre requería contratar a un desarrollador. Hoy, una herramienta específica — Claude Code, que se desbloquea con el plan Pro de Anthropic (US$20 al mes) o el plan Max (desde US$100 al mes) — le da a esa misma inteligencia la capacidad de construir de verdad, en vez de solo responder preguntas en una ventana de chat.

La versión web y gratuita de Claude es genuinamente útil, pero está hecha para conversar, no para construir — un genio que puede hablarte desde dentro de la botella, pero que no puede salir a tocar nada. Claude Code es la misma inteligencia, con manos. En la práctica, eso empieza con algo casi vergonzosamente simple: una carpeta. Cada idea tiene la suya — un proyecto, un cajón, para que nada de un experimento se mezcle con otro.

La frase que lo decide todo

Hay una sola línea que separa una buena sesión con Claude Code de una sesión desperdiciada, y casi nadie la dice a la primera: "No empieces a programar todavía. Solo ayúdame a pensarlo bien y a documentarlo."

Si te saltas esa frase, la herramienta empieza a rellenar cada vacío que no especificaste con su propia mejor suposición — razonable, coherente, y casi nunca la que tú habrías elegido. Terminas con algo que técnicamente funciona y que aun así no es del todo tu idea. Si la dices, la conversación cambia de forma por completo: Claude te hace preguntas de vuelta, te refleja tu propia idea en un lenguaje que puedes corregir, y — la parte que sorprende a la mayoría — también ofrece ideas propias. Sigues conversando hasta que lo que tienes enfrente realmente suena a lo que tenías en la cabeza. Recién ahí se pone por escrito, no porque alguien vaya a leer ese documento como una novela, sino porque es lo que sobrevive si se cierra la ventana de chat o se te olvida un detalle que mencionaste veinte minutos antes.

De ahí en adelante, el patrón que realmente funciona es chico y probable: un plan dividido en piezas, cada una mostrada antes de que empiece la siguiente. Construyendo, digamos, un juego de charadas, la primera pieza puede ser solo una categoría, una palabra y un temporizador — algo que pruebas tú mismo, corrigiendo en lenguaje simple en el momento en que algo se siente mal. Pieza por pieza, en lo que puede ser genuinamente una sola tarde, eso se convierte en un juego que funciona.

Lo que "funciona" calla en silencio

Aquí es donde se juntan las dos mitades del muro. En el momento en que ese juego de charadas — o lo que sea que estés construyendo — corre bien en tu propia laptop, es enormemente tentador dar por terminada la parte difícil. No lo está. "Funciona para mí" y "funciona para desconocidos" son afirmaciones distintas, y la distancia entre ambas es exactamente la segunda mitad del muro que describimos en el primer artículo, solo que un paso antes en el proceso.

Antes de que alguien te pague, o te entregue algo personal, tienen que pasar tres cosas que una demo que funciona nunca exige: alguien la revisa buscando específicamente huecos de seguridad, alguien la prueba como realmente lo haría un desconocido — o un atacante —, y existe un plan concreto para cuando algo falle, porque en algún momento va a fallar. Nada de eso es opcional, nada es gratis, y nada es el mismo trabajo que te dio un prototipo funcionando en una tarde.

La misma disciplina, apuntada hacia adentro

El muro del 70% encontró que los pilotos que sobrevivían dentro de las empresas compartían un rasgo: una persona específica era responsable de lo que pasaba después del lanzamiento, vigilando el uso real e incorporándolo cada semana, no cada trimestre. Quien construye solo necesita la misma disciplina, apuntada hacia sí mismo. No hay un equipo al que asignarle el "todavía no". Tienes que ser tú quien lo diga — incluso, quizás sobre todo, cuando la demo que acabas de construir es genuinamente impresionante.

Eso no es una habilidad técnica, y no es algo que Claude Code pueda hacer por ti. Las herramientas eliminaron cualquier excusa para no empezar. No eliminaron el criterio para decidir cuándo algo está realmente listo para que alguien más dependa de ello — y si acaso, ese criterio importa más ahora, justamente porque la parte rápida se volvió tan rápida que es fácil confundirla con el todo.

El muro no se movió. La línea de partida sí.

Puestas una junto a otra, las dos piezas dibujan algo simple. Lo que antes tomaba semanas y un desarrollador, hoy toma una tarde y a nadie más que a ti. Lo que todavía exige el trabajo poco vistoso de la segunda mitad — seguridad, pruebas con el mundo real, un dueño de verdad vigilando lo que pasa después — no se movió ni un centímetro. Es el mismo 30% que describimos en el primer artículo. Solo que aparece un paso antes de lo que solía aparecer, porque el primer 70% llega mucho más rápido que antes.

Construye la versión de una tarde. Esa parte es real, y vale la pena hacerla más seguido, no menos. Solo no la lances la misma tarde.