El plano que estás borrandoPegás tu lógica vieja de reintentos en una ventana de chat, mitad curiosidad, mitad desafío para que falle. No falla. Veinte segundos después hay una versión funcional de algo que te tomó tres semanas en 2019: backoff, claves de idempotencia, una cola de mensajes fallidos. El pensamiento llega de inmediato: cada sistema que construí podría haber sido un prompt. El mito escondido ahí: que un sistema es el código, así que si el código se puede regenerar al instante, el sistema nunca fue realmente tuyo. Eso borra en silencio la parte donde vos supiste que hacía falta una cola de fallidos.
VIEJO GUION DETECTADO
“Cada sistema que construí podría haber sido un prompt”
Prueba esta respuesta:
“El código es lo que queda. Lo que no se regenera es saber qué diseño descartar primero.”VER LA PRÁCTICA
Crea una respuesta para este pensamiento y un paso para demostrarla.
EL PENSAMIENTO
“Cada sistema que construí podría haber sido un prompt”
TU RESPUESTA GRABADA
“El código es lo que queda. Lo que no se regenera es saber qué diseño descartar primero.”
UN PASO PRIVADO
Abrí tus notas sobre un sistema que construiste. Escribí dos frases: el diseño que descartaste primero y la evidencia concreta que te hizo descartarlo. Guardalo en privado — esa evidencia es lo que ninguna regeneración puede ver.
La cola de reintentos de pagos que armaste en 2019, rehecha en una ventana de chat
Por qué la comparación parece cerradaLa comparación parece cerrada porque estás mirando código terminado junto a código terminado — misma forma, mismo archivo, costo de tiempo radicalmente distinto. Lo que esa comparación no puede mostrar es la otra mitad del trabajo: la caída a las 2 a.m. que te enseñó que los reintentos necesitaban jitter, el límite de tasa no documentado del proveedor que descubriste porque te bloqueó, la decisión de descartar tres diseños anteriores antes de este. Nada de eso aparece en un diff. Entonces la salida de veinte segundos y tu construcción de tres semanas se comparan en el único eje donde se ven iguales, y se juzgan en el eje que borra todo lo…
La prueba: pedile que construya lo que casi construiste distintoElegí un sistema que armaste y que tuvo al menos una versión equivocada antes — el diseño que descartaste, y por qué. En privado, describile a la IA ambos: la arquitectura final y la anterior que rechazaste. Pedile que explique, sin que se lo indiques, por qué el primer diseño hubiera fallado en producción. Si reconstruye tu razonamiento solo con el código, eso es información real sobre cuánto de ese juicio era reemplazable. Si solo describe la versión que ya le diste, los veinte segundos compraron una copia de una decisión, no la decisión. Una prueba, un sistema — no una prueba para todo lo que construiste.
TRACE · 01/04
Cómo te controla este guion
- Comparás el código final de un sistema con el código final de una IA y saltás por encima de las versiones fallidas que te enseñaron cuál construir.
- Medís años de ingeniería contra cuánto tardaría regenerar la versión actual, como si el tiempo fuera lo único que importa.
- Un sistema del que estabas orgulloso se siente más chico apenas ves su forma reproducida rápido, aunque esa reproducción necesitó tu descripción para existir.
SOURCE_LOCATED · 02/04
La regla oculta debajo
El Guion de la Obsolescencia por IA
Un sistema solo cuenta como mío si el artefacto en sí fue difícil de producir. En cuanto algo puede generar el mismo artefacto rápido, la regla reclasifica en silencio los años que pasé como tiempo perdido y no como tiempo construyendo el juicio que hizo posible el artefacto.
FORGING_REPLACEMENT · 03/04
Líneas de reemplazo (graba estas)
- El código es lo que queda. Lo que no se regenera es saber qué diseño descartar primero.
- Copió mi plano en veinte segundos. No hizo las tres semanas que produjeron el plano.
- Un sistema son las decisiones detrás del código, no el código. Esas decisiones siguen siendo mías.
En la app se generan por persona — esto es el estilo, no tu guion. El tuyo se construye con tus palabras exactas.
INSTALL · 04/04
El protocolo, en una tarjeta
Cuando pienso
“Cada sistema que construí podría haber sido un prompt”
Digo
“El código es lo que queda. Lo que no se regenera es saber qué diseño descartar primero.”
Luego hago una cosa
Abrí tus notas sobre un sistema que construiste. Escribí dos frases: el diseño que descartaste primero y la evidencia concreta que te hizo descartarlo. Guardalo en privado — esa evidencia es lo que ninguna regeneración puede ver.
STATUS: READY_TO_INSTALL
Borrar este pensamiento4 minutos. Tu voz. Gratis.
El protocolo de borrado
- Escribe el pensamiento tal cual suena: "Cada sistema que construí podría haber sido un prompt". Palabra por palabra — el borrado apunta a la frase, no a la sensación.
- Rastrea la regla y la acción evitada. ¿De qué te excusa convenientemente este pensamiento?
- Graba las líneas de reemplazo con tu propia voz. Dilo en serio — sin grabación no hay instalación.
- Ejecuta el ciclo: reprodúcelo cada mañana y noche, registra una acción de prueba al día durante 7 días.
Respuestas directas
Si la IA puede regenerar mi arquitectura exacta a partir de una descripción, ¿no prueba eso que no fue tan difícil de lograr?
Prueba que era describible una vez que vos ya la sabías. La IA trabajó desde tu descripción terminada, no desde las condiciones ambiguas que enfrentaste al principio — sin la caída, sin el diseño descartado, sin la sorpresa del proveedor. Que algo sea describible después no es lo mismo que lo difícil que fue llegar ahí primero.
¿En qué se diferencia esto de simplemente ser lento tipeando código que ya entendía?
Si ya tenías cada decisión de diseño resuelta y solo faltaba traducirla a sintaxis, entonces sí, un prompt hace esa parte más rápido. Pero la mayor parte de esas tres semanas en un sistema real se va en las decisiones mismas — qué descartar, qué caso límite cubrir — no en tipear. Separá esos dos costos antes de concluir que todo el tiempo era tipeo.
¿Y si comparo cinco sistemas viejos y todos parecen reproducibles en minutos?
Eso te dice que los artefactos terminados eran reproducibles a partir de una buena descripción — algo que siempre iba a ser cierto, porque el código es lenguaje una vez terminado. No prueba que la IA hubiera llegado al mismo diseño desde el punto de partida ambiguo que vos tenías, antes de saber qué forma final necesitaba.
Guiones relacionados
Autoevaluaciones relacionadas
Ciencia relacionada
Investigadores para explorar
Mecanismos relacionados
La investigación detrás de este guion
- Impostor Phenomenon in Software Engineers — Guenes et al., ICSE-SEIS 2024, 2024
- Understanding and effectively mitigating code review anxiety — Lee et al., Empirical Software Engineering, 2024
- Understand team effectiveness (Project Aristotle) — Google re:Work, 2016
- Psychological impacts of AI-induced job displacement among Indian IT professionals: a Delphi-validated thematic analysis — PMC, 2024