La IA no es tu nuevo empleado: es tu exoesqueleto
OOOOOTRO ARTICULO DE IA? Pues si mis amores!
Me cruce con un muy buen articulo, titulado "Stop Thinking of AI as a Coworker. It's an Exoskeleton", y me resono bastante en la forma en la que yo encaro el uso de la AI en general.
Hoy por hoy, hay algunos patrones claro en las empresas que adoptan inteligencia artificial: las que esperan que la IA "se encargue de todo", se decepcionan. Pero las que la usan como amplificador del trabajo humano —no como reemplazo— ven resultados transformadores.
El mejor modelo mental no es el del "agente autónomo". Es el del exoesqueleto.
Los exoesqueletos reales ya están en fábricas de Ford y BMW, en aplicaciones militares, en rehabilitación médica, y en otros ambitos. El patrón es siempre el mismo: no reemplazan al humano, lo potencian. El trabajador sigue levantando las cajas; simplemente puede levantar más, durante más tiempo, con menos lesiones.
Con la IA pasa lo mismo. El error está en pedirle que tome decisiones sola. Le falta el contexto implícito que los humanos acumulamos con el tiempo: por qué priorizamos ciertos clientes, qué decidimos descartar el trimestre pasado, qué dinámicas competitivas nunca quedaron escritas en ningún lado.
La clave está en la combinación: dejar que la IA maneje la escala y la profundidad —analizar cientos de commits, detectar patrones en miles de conversaciones— mientras el humano interpreta, decide y dirige. Ni uno ni otro funcionan solos.
El futuro no es la IA autónoma. Es la IA integrada tan bien en el flujo de trabajo humano que se siente como una extensión natural de nuestras capacidades.
La realidad es que la AI (yo pago Claude Code, la suscripcion barata) me permite agregar funcionalidades a mis proyectos personales que me llevarian 2-3 fines de semana en un par de horas un sabado. Siempre llevandolo de la mano, revisando lo que hace, y chequeando que lo que hizo seria "parecido" (o muchas veces mejor) a lo que yo podria haber hecho. Todavia siento que soy necesaria, tal vez no tanto para ESCRIBIR el codigo (recorrer un array lo hemos hecho desde tiempos inmemoriales), sino para orquestrar la funcionalidad que quiero implementar.
Les parece que tiene sentido esto?
