Del "Vibe Coding" al "Vibe Manufacturing"
¿La IA nos inundará de basura física?
La semana pasada me topé con una noticia que me dejó pensando durante días.
Un colaborador envió un Pull Request al núcleo de Node.js, uno de los pilares del software moderno que corre en millones de servidores en el mundo. Nada raro en eso. Lo que paralizó a la comunidad técnica global fue el tamaño del envío: 19.000 líneas de código proponiendo reescribir la mayor parte de los sistemas de archivos internos de Node.js, generadas usando una cantidad significativa de tokens de Claude Code.
La reacción fue inmediata. Cientos de desarrolladores firmaron una petición al Comité Técnico de Node.js para votar en contra de aceptar reescrituras de código interno generadas por LLMs, argumentando que Node.js es infraestructura crítica y que este tipo de contribuciones masivas sin autoría humana real amenaza la integridad del proyecto. Alguien hizo el cálculo con brutal honestidad: si revisar cada línea toma 2 minutos, estaríamos hablando de aproximadamente 90 días de trabajo, a jornada completa de 7 horas. ¿Alguien leyó eso línea por línea?
Esa pregunta se me quedó clavada. No por el drama técnico en sí, sino por lo que implica para lo que estamos construyendo en WOAION.
El Vibe Coding ya tiene nombre y ya tiene problema
El término "vibe coding" fue acuñado por el científico Andrej Karpathy, cofundador de OpenAI, en febrero de 2025. La idea es generar código guiándose por el resultado y prompts sucesivos, sin revisar en profundidad lo que la IA produce. En el mundo del software, esto ya está generando fricciones serias: repositorios inflados, código sin autoría real, deuda técnica invisible.
Pero el código tiene una ventaja enorme sobre los objetos físicos: borrar es gratis.
Un Pull Request rechazado no deja residuo. No ocupa espacio físico. No contamina. No va a parar a un relleno sanitario.
Un prototipo fabricado sin criterio, sí.
La analogía que nos obliga a hablar
En WOAION estamos construyendo herramientas semilla CNC, brazos asistentes controlados por IA y enjambres de robots autónomos. La materialización de un objeto va a volverse cuestión de minutos.
Y ahí está el riesgo que nadie en la comunidad maker quiere nombrar en voz alta: si la fricción desaparece, ¿qué nos impide fabricar a lo loco?
Ya hay un problema ambiental gravísimo con los residuos electrónicos y plásticos. Lo sabemos. Lo vemos. Lo medimos (mal, pero lo medimos). Si a ese sistema le añadimos la capacidad de producir con cero resistencia, sin filtro, sin reflexión, sin protocolo, la única diferencia respecto al colapso de los servidores de GitHub es que la basura digital no tiene peso ni toxicidad. La nuestra, sí.
Prototipos que se acumulan. Piezas que nadie diseñó para desarmar. Materiales que "cambiaron de mano" pero nunca fueron a ningún lado. Y la pregunta que todavía no tenemos respondida en WOAION: ¿qué desechos producimos nosotros mismos? ¿están siendo gestionados, o simplemente están esperando en algún estante?
Fabricar porque "se puede" no es suficiente
La herramienta CNC más el brazo asistente es una combinación poderosa. Democratiza la fabricación de una manera que hace diez años era impensable para una comunidad como la nuestra.
Pero poder fabricar no es lo mismo que deber fabricar.
En WOAION creemos que creatividad, tecnología y naturaleza pueden hacer sinergia real. Proyectos como el Scrab Salamander (escáner, polinizador y sembrador de ecosistemas) o los enjambres Dragon Fly y Garrapata diseñados para quedarse en el terreno y no volver a base, son ejemplos de que se puede diseñar tecnología que sane el entorno en lugar de solo dañarlo menos. Eso no pasa por accidente. Pasa porque hay criterio antes de que haya fresado.
Y ese criterio no puede ser improvisado. Tiene que estar antes del primer boceto, no después del primer prototipo tirado.
Lo que el incidente de Node.js nos enseña a nosotros
La comunidad técnica reaccionó rápido, pero reaccionó después del problema. La petición llegó cuando el PR ya estaba enviado, el debate ya estaba abierto, el daño de confianza ya estaba hecho.
Esperar a que llegue la regulación externa es exactamente lo mismo: siempre llega tarde, siempre llega sobre el problema ya instalado. Las leyes no anticipan, gestionan.
WOAION puede hacer algo diferente. Puede diseñar sus propias "líneas rojas" antes de que alguien más se las imponga. No por miedo a la innovación, sino porque la innovación sin criterio es solo producción acelerada de residuos.
Necesitamos protocolos reales, no solo de nacimiento de un proyecto, sino de su muerte. ¿Cuánto se recicló? ¿A dónde fueron las piezas? ¿Qué materiales se perdieron? Hoy miramos el entorno para ver qué hay para reciclar. Pero rara vez auditamos lo que nosotros mismos estamos generando.
Las preguntas con las que nos vamos
No tengo todas las respuestas. Pero sí tengo las preguntas que me parecen urgentes para la comunidad:
❓ ¿Debería todo proyecto físico en WOAION incluir un "plan de fin de vida" obligatorio antes de siquiera prototiparlo?
❓ ¿Cómo diseñamos nuestras propias regulaciones antes de que alguien más lo haga por nosotros?
❓ ¿Qué tan cerca estamos de caer en nuestro propio "Vibe Manufacturing" sin darnos cuenta?
Los leo en los comentarios.
El próximo post de esta serie: el Certificado de Defunción del hardware. Diseñar la desaparición de un objeto desde el primer boceto.
WOAION — Creatividad, tecnología y naturaleza en sinergia.
No hay comentarios:
Publicar un comentario