Metaconocimiento
No necesitas saber cómo hacerlo. Solo necesitas saber qué estás haciendo.
La plataforma en la que estás leyendo esto la construyó un agente de IA bajo mis instrucciones. También lo hizo la tubería de publicación detrás de ella. Este artículo trata sobre qué salió mal durante ese proceso, y qué eso dice sobre a dónde nos dirigimos.
El incidente del hinchazón
Construí esta app de escritura para mí primero — una herramienta para tomar notas y componer más rápido, ajustada exactamente a cómo trabajo. Cuando llegó el momento de publicar, necesitaba un frontend. Así que hice lo que haría cualquier programador sensato: le pedí a un agente impulsado por Opus que lo construyera.
No recuerdo las palabras exactas — no estaba guardando mis prompts automáticamente entonces, algo que he solucionado después — pero la idea era: hazlo descubrible, amigable para SEO, fácil de indexar. Mira cómo construyen sus webs los editores serios. Haz eso.
Se ejecutó durante 45 minutos. Consumió un montón de tokens. Luego volvió con un enfoque que no se parecía mucho a lo que estás viendo ahora pero que, de la manera en que suelen hacerlo los agentes, lo inspiró. Más importante aún, me dijo que había integrado algo llamado la plataforma Ghost Publishing.
Descargué Ghost, leí sobre ella. Herramienta sólida. Millones de usuarios, editores serios entre ellos. El problema: es grande. Muy completa. Y yo ya tenía un backend. Así que cuando empecé a añadir funciones y noté que cada pequeño cambio estaba tardando una eternidad, pregunté al agente: ¿realmente necesitamos esto?
Casi no estamos usando nada de eso, me dijo. Pero dijiste que querías algo realmente profesional, así que usé una herramienta profesional.
Claro. Culpa mía. Le pedí que encontrara algo más ligero. Sugirió Payload CMS — mejor ajuste, menos sobrecarga. Claro, hagámoslo. Otro gran refactor. Más tokens, más espera.
Luego vino Next.js. La misma historia. Excelente librería. Absurdamente sobredimensionada para lo que realmente estábamos haciendo. Otra ronda de ralentizaciones, otra ronda de preguntas, otra ronda de darme cuenta de que debería haber formulado todo esto desde el principio. Eventualmente tuve que quitar casi todo y reconstruir prestando atención apropiada a qué era realmente necesario y en qué orden se estaban agregando las capas.
Si eres desarrollador leyendo esto: sí, lo sé. Nada de esto es sutil. Pero ese es exactamente el punto al que quiero llegar.
Residuo de máquinas
En círculos de desarrolladores, este tipo de resultado se llama clanker slop — código generado por IA que funciona pero de alguna manera está mal. Demasiado pesado, mal estructurado, resolviendo un problema adyacente pero no exactamente el que tenías. Se culpa a los agentes.
La culpa está mal dirigida. Un agente con instrucciones incompletas producirá algo que se asemeja a lo que entendió que querías. Si pediste algo "profesional" sin especificar el alcance, alcanza herramientas profesionales. Eso no es un fallo del agente. Es un fallo de especificación.
Lo que lleva al problema real: si no sabes lo suficiente para especificar correctamente, y no sabes lo suficiente para detectar cuándo el resultado está mal, terminas con un desastre hinchado que funciona hasta que no funciona. Ahora que construir software es aparentemente algo que cualquiera puede hacer, hay muchas más personas en esa situación.
El exceso de características es el mismo problema a nivel de producto. Cuanto más fácil es agregar cosas, más tentador es agregarlo todo. Algunas de las apps más exitosas que existen ahora ganan precisamente por lo que no tienen — una interfaz enfocada en lo esencial que hace pocas cosas bien. Eso requiere buen gusto, claro. Pero también requiere saber, en algún nivel, cómo el software y los usuarios realmente interactúan. Sin eso, solo estás agregando características a la velocidad del pensamiento.
El monje y el mecanógrafo
Esto no es nuevo. Solo se siente nuevo porque el código es lo que está cambiando ahora.
La escritura — escritura real, palabras en una página — fue una vez un oficio especializado. Los monjes se sentaban a la luz de las velas y transcribían manuscritos con esmero. El esfuerzo requerido para poner el lenguaje en forma permanente era en sí mismo un filtro: si alguien se tomaba esa molestia, probablemente valía la pena leerlo. Luego llegó la imprenta. Luego la máquina de escribir. Cada paso bajó la barrera, amplió quién podía participar, y generó las mismas ansiedades sobre el deslizamiento de los estándares. Las tasas de alfabetismo subieron. Continuamos.
Que la mayoría supiese leer y escribir no hizo a todos buenos escritores. Saber formar letras no significa que puedas estructurar un argumento. Escribir palabras no es lo mismo que saber comunicar. Aún tienes que aprender gramática, composición, cómo mantener la atención del lector durante cinco mil palabras sin perder el hilo. Esas habilidades viven por encima del acto mecánico de escribir — y son lo que realmente importa.
El código está atravesando la misma transición. El acto mecánico se vuelve accesible para cualquiera con un prompt. Los monjes están viendo llegar la imprenta. Lo que permanece, después de que la mecánica se automatiza, es la comprensión a un nivel más alto. Esa parte no desaparece.
Lo que se atrofia, lo que no
Perderemos la capacidad de escribir código, así como en gran medida perdimos la capacidad de escribir a mano. Me enseñaron letra cursiva. Ya era un poco ceremonial entonces — algo que aprendías, usabas brevemente, y relegabas a lo pintoresco. Ahora la mayoría escribe a máquina. Pronto la mayoría dictará, y la IA se encarga del resto. Cada capa de automatización erosiona la habilidad que reemplaza.
Esto está bien. Los mecanógrafos superaron vastamente a quienes escribían a mano. Las personas que dictan a asistentes de IA superarán a quienes escriben a máquina. Las habilidades no desaparecen — se desplazan hacia arriba, lejos de la ejecución y hacia la dirección.
Lo que se libera no es irrelevante. Cuando no estás gastando ancho de banda mental en cómo formar una oración, puedes gastar más en qué debería decir la oración y si necesita ser dicha en absoluto. Cuando no estás escribiendo código, puedes pensar más profundamente en qué debería hacer realmente el software. Eso no es nada. Es posiblemente la parte que siempre importó.
Pero — y esto es lo que sigue siendo pasado por alto — "no escribir las palabras tú mismo" no es lo mismo que "no necesitar entender la escritura". Aún tienes que decidir qué decir, en qué orden, a qué extensión. Aún tienes que saber cuándo algo es redundante, cuándo la lógica no se sostiene. Un agente implementará lo que le digas; no te dirá que tu estructura es un desastre o que has hecho el mismo punto tres veces.
Lo mismo con el código. No puedes hacer buen software indicándole a un agente si no tienes idea de cómo funciona el software. Obtendrás algo que parece que podría funcionar — hasta que intentes cambiar algo y todo se queja bajo el peso de decisiones que no entendiste lo suficientemente bien como para cuestionarlas.
Metaconocimiento
La tendencia más amplia de la era de la información ha sido esta: a medida que el conocimiento se vuelve más disponible, lo que se vuelve valioso no es el conocimiento en sí sino la capacidad de navegarlo. La especialización aún tiene un lugar, pero la dirección del viaje es hacia la abstracción más alta. Procesos. Estructuras. Cómo se superponen las cosas, cómo se comunican, dónde se forman los cuellos de botella.
No necesitas saber escribir bien para escribir bien. Pero necesitas entender cómo funciona la comunicación.
No necesitas saber escribir código para construir software. Pero necesitas entender cómo funciona el software.
El nivel al que necesitas entender cosas se desplaza hacia arriba, no hacia fuera. Los detalles se manejan con herramientas; la arquitectura sigue siendo tuya. Y si abandonas la arquitectura — si solo indicas, aceptas y envías — obtienes librerías del tamaño de Ghost en apps minúsculas, Next.js donde una carpeta estática haría, y características que nadie pidió enterradas tres menús de profundidad.
Esto tendrá consecuencias para cómo enseñamos. Muchos currículos actuales apuntan hacia especializaciones que están a punto de cambiar dramáticamente o dejar de existir por completo. Qué poner en su lugar, y cómo — eso merece su propio análisis. Pero la respuesta tendrá algo que ver con entender a escala: saber cómo funcionan las cosas sin necesitar hacerlas tú mismo.
Eso es metaconocimiento. Y si los últimos meses construyendo esta plataforma me enseñaron algo, es que puedes sentir exactamente cuándo no tienes lo suficiente.