Notas
Textos cortos sobre la metodología y las decisiones arquitectónicas detrás de los sistemas de IA que entrego — specs, evals, orquestación multi-agente, integración de LLMs y la disciplina de dirigir agentes de codificación.
3 de junio de 2026
La mayoría de los agentes de IA nunca llegan a producción
La demo deslumbra. Después, el agente nunca sale a producción. Encuesta tras encuesta en 2025–26 encuentran el mismo abismo: casi todos tienen un piloto de agente, casi nadie lo tiene en producción. La razón no es el modelo: es la ingeniería poco glamorosa que la demo te dejó saltarte. Esto es lo que hace distinto la pequeña minoría que sí lo lleva a producción.
- agents
- eval
- methodology
3 de junio de 2026
Dejé de aprobar las decisiones del agente. Ahora las observo.
Cuando empecé a construir agentes aprobaba cada acción — sentía que era lo responsable. No lo era; para el trigésimo 'sí' ya estaba aprobando de forma automática, lo cual es peor que no tener ningún punto de control. La supervisión real no es tocar cada decisión, es fijar la política y observar los resultados. Aquí está el giro de in-the-loop a on-the-loop, y la arquitectura que hace que soltar sea realmente seguro.
- agents
- methodology
- ai-native
3 de junio de 2026
El grounding no es una funcionalidad. Es una restricción.
Un LLM es, por diseño, una máquina de adivinar — siempre va a inventar cosas, y no lo arreglas con un prompt. El único arreglo confiable es arquitectónico: pon una fuente determinista a cargo de los hechos y degrada al modelo a un reformulador que nunca tiene permitido inventar uno. 'Agregar RAG' no es eso. Aquí está la diferencia, y por qué es la línea que separa a una IA que suena segura de una en la que puedes confiar.
- architecture
- agents
- methodology
3 de junio de 2026
Un agente que lo hace todo no hace nada bien
Cuando un agente no es lo bastante bueno, el instinto es darle más — otra herramienta, más instrucciones, más contexto. Eso lo empeora, y está medido, no es cuestión de gustos. La solución es la regla más vieja de la ingeniería: Responsabilidad Única. Un agente, un trabajo, unas pocas herramientas, un contexto corto. Un god-agent es una función de diez mil líneas con una gabardina puesta — y falla por la misma razón.
- agents
- architecture
- methodology
3 de junio de 2026
Ahora la orquestación es la arquitectura
Divide el god-agent (agente-dios) en diez agentes enfocados y cambias un problema de modelo por un problema de sistemas: ahora tienen que trabajar juntos, y la coordinación es más difícil que cualquier agente individual. La mayoría de los equipos tratan ese cableado como plomería. No lo es: es la arquitectura, es un sistema distribuido y falla como uno. Esto es lo que realmente es la orquestación, cómo se rompe y por qué no deberías recurrir a ella hasta que puedas nombrar el cuello de botella.
- agents
- architecture
- methodology
3 de junio de 2026
El prompt engineering está muerto. Yo nunca lo hice.
La industria pasó dos años buscando las palabras mágicas que susurrarle al modelo. Ahora declara en voz baja que el 'prompt engineering' está muerto y lo reemplaza por context engineering y harness engineering. Lo que pasa es esto: no son trucos nuevos, son simplemente ingeniería, el trabajo que la gente de sistemas de verdad venía haciendo todo el tiempo. Por qué las palabras nunca fueron el punto, y qué es lo que de verdad hace funcionar a un agente.
- agents
- methodology
- ai-native