Las leyes de Andy sobre IA en ingeniería de software

Cuando alguien lleva suficientes meses usando IA en su trabajo diario como para poder escribir leyes —no consejos sueltos, no una lista de prompts— merece al menos diez minutos de atención. Eso es lo que ha hecho Andy Maléh: publicar en su blog una colección de principios destilados de su experiencia real con herramientas de IA aplicadas a la ingeniería de software, disponible en andymaleh.blogspot.com y recogida esta semana en Hacker News.

El post no ha generado aún debate masivo en HN —apenas acaba de aparecer—, pero el formato elegido es lo suficientemente concreto y poco habitual como para merecer análisis propio.

Qué son las leyes de Andy

Andy estructura su experiencia en forma de leyes numeradas, un formato que recuerda deliberadamente a las leyes de Murphy o a las leyes de Lehman sobre evolución del software. La elección no es casual: las leyes implican recurrencia y generalidad, no anécdota puntual.

Entre los principios que expone —y que cualquier desarrollador que haya integrado Claude Code u otras herramientas similares en su flujo reconocerá— destacan ideas como que la IA amplifica tanto la productividad como los errores conceptuales: si el diseño es débil, la IA lo implementará más rápido y peor. También aparece la observación de que el contexto es el recurso más escaso, no el tiempo de cómputo ni el límite de tokens: cuanto más preciso es el encuadre de la tarea, más útil es la respuesta. Y, de forma especialmente directa, subraya que la revisión humana no es opcional una vez que la IA está en el bucle; delegar sin verificar no es eficiencia, es deuda técnica diferida.

No todas las leyes son igualmente originales —algunas circulan hace tiempo en la cultura de equipos que trabajan con LLMs—, pero el valor del post está en la síntesis y en que proviene de alguien que escribe código, no de alguien que vende herramientas.

Por qué importa este tipo de reflexión

En un ecosistema donde la mayoría de la conversación pública sobre IA en desarrollo gira alrededor de benchmarks, modelos nuevos y comparativas de velocidad, los marcos de trabajo prácticos escasean. Las leyes de Andy pertenecen a una categoría diferente: no hablan de qué puede hacer un modelo, sino de cómo debe comportarse un desarrollador que lo usa.

Esto es especialmente relevante para equipos que están adoptando herramientas como Claude Code con subagentes y hooks, donde la cadena de delegación puede volverse opaca con rapidez. Cuando un hook dispara un subagente que llama a un MCP server externo, el punto de fallo humano no está en la herramienta: está en haber asumido que el resultado era correcto sin comprobarlo. Eso es exactamente lo que una ley del estilo «la IA no te dice lo que no sabe que no sabe» intenta prevenir.

Para quién es útil

Este tipo de contenido es especialmente valioso para tres perfiles:

• Desarrolladores individuales que llevan pocos meses con IA en su flujo y todavía están calibrando cuándo confiar y cuándo revisar.
• Tech leads que necesitan articular normas de equipo sobre uso de IA sin recurrir a documentos de política corporativa vacíos.
• Cualquiera que forme o incorpore desarrolladores junior, porque los patrones de error con IA tienden a ser sistemáticos, no aleatorios, y conviene nombrarlos antes de que ocurran.

No es un tutorial ni una guía de configuración. Es más parecido a lo que un senior experimentado te diría en una code review después de ver el mismo error por cuarta vez.

Una nota sobre el formato

Que alguien elija publicar esto en un blog personal en lugar de en un hilo de LinkedIn o en un repositorio de GitHub dice algo sobre la intención. No hay CTA, no hay producto detrás. Es simplemente alguien que ha pensado en voz alta con suficiente rigor como para darle estructura de ley. En 2026, eso sigue siendo excepcional.

---

EP: No todas las leyes que enuncia Andy son nuevas, y algunas comunidades ya las aplican de forma tácita. Pero tenerlas escritas y nombradas tiene utilidad práctica real, especialmente para equipos que están formalizando ahora sus flujos con IA. Vale la lectura directa.