El modelo propone; el sistema decide.
Pregúntesele a los profesionales qué falla en los sistemas de agentes y la respuesta rara vez es la capacidad. El fallo es más sutil: el modelo decide, y nadie puede distinguir entre un razonamiento sólido y uno meramente fluido.
El propio modelo, analizado: familias, arquitecturas y compensaciones.
Jerarquía de conocimiento de cinco capas para la memoria del agente.
Un agente con un único archivo de memoria plana no olvida las cosas; su problema es que no puede dejar de recordar información sobre la que no se le ha preguntado. La solución es un contexto estratificado, donde cada capa de conocimiento entra a través de un disparador diferente.
Limita el trabajo en curso, no solo canceles.
El abanico de tareas sin límite (unbounded fan-out) es el modo de fallo por defecto de la concurrencia en Go: cada sentencia go añade una tarea más en vuelo, sin techo ni propietario. Este artículo trata sobre cómo establecer ambos.
Cinco pilas de HTTP de Go, un mismo equipo de pruebas, cifras reales.
Go incluye un servidor HTTP apto para producción en su biblioteca estándar, y desde Go 1.22 el enrutador integrado maneja la correspondencia de métodos y los parámetros de ruta por sí solo. La cuestión sobre qué marco de trabajo usar se ha estrechado, pero no ha desaparecido.
«Cuando las conclusiones recordadas se convierten en nueva evidencia».
La memoria persistente transforma a un agente de una herramienta que se reexplica constantemente en uno que lleva el contexto hacia adelante; sin embargo, abre un modo de fallo del que el chat sin estado se libra: una interpretación puede convertirse en memoria, recuperarse como hecho y justificar una versión más fuerte de sí misma.
Memoria local de Hermes con escrituras controladas.
Mnemosyne es un proveedor de memoria local-first para Hermes Agent, que almacena memoria de trabajo, hechos estructurados, datos temporales e historia episódica en SQLite local: sin servicios alojados, sin llamadas de red obligatorias y con un control de escritura inusualmente granular.
Sin estado de rechazo. Este es el workaround.
Un agente que propuso e implementó «mover la persistencia a una biblioteca compartida» hace seis meses estará encantado de proponerlo de nuevo el próximo trimestre, a menos que algo duradero le indique que la idea ya fue investigada y rechazada; y OpenSpec no tiene un estado integrado para eso hoy en día.
Especificaciones como deltas, no como un PRD de 40 páginas.
OpenSpec es una CLI gratuita y de código abierto de Fission AI que logra que tú y tu agente de codificación alcancen un acuerdo sobre un cambio en Markdown plano antes de que se escriba cualquier código, sin la ceremonia de fases rigurosas de los frameworks de desarrollo basado en especificaciones más pesados.
¿Qué viene después de los LLMs? La era post-transformer.
El auge de la IA sigue un ritmo: aproximadamente cada tres años, la arquitectura en la que todos apuestan es reemplazada por algo más nuevo. El próximo cambio ya se está gestando en los laboratorios de investigación.
Habilidades SDD forzadas, instaladas con un solo comando.
Superpowers empaqueta una metodología completa basada en especificaciones en habilidades de Claude instalables, imponiendo la lluvia de ideas, la planificación, la implementación dirigida por subagentes y una estricta TDD (Desarrollo Dirigido por Pruebas), en lugar de dejar esa estructura a tu criterio.
«Por qué tu pila de IA se vuelve más pegajosa cada mes.»
Cada llamada a una API se siente como una transacción simple… hasta que se acumulan tantas que tus datos de afinamiento, tus arneses de evaluación y tus esquemas de herramientas quedan moldeados en torno a un solo proveedor, y cambiar deja de ser un simple cambio de ruteo.
Evita que los agentes de IA se desvíen de las especificaciones, las pruebas y el código.
Los agentes de codificación con IA implementan características rápidamente, pero las especificaciones, las pruebas y el código se desvían silenciosamente entre sí. Esta guía cubre un modelo de trazabilidad, el mapeo de especificación a prueba y de especificación a código, y las verificaciones de integración continua (CI) que detectan la desviación antes de una fusión.
Evita las falencias en cascada en microservicios de Go.
Un breaker de circuitos (o disyuntor eléctrico) impide que tu servicio Go siga presionando una dependencia fallida, previniendo fallos en cascada que consumen gorutinas, sockets y memoria hasta que todo el sistema colapse.
Cinco fases, de la intención al código verificado.
El desarrollo basado en especificaciones (Spec-Driven Development o SDD) funciona cuando la especificación es un flujo de trabajo, no un documento que se archiva después de la reunión de inicio. El objetivo no es producir un gran documento de requisitos del producto.
Profundidad del proceso versus portabilidad, no la mejor herramienta.
Los desarrolladores que comparan configuraciones de Desarrollo Orientado por Especificaciones (Spec-Driven Development, SDD) en 2026 generalmente no están preguntando qué modelo es más inteligente. Están preguntando qué flujo de trabajo mantendrá a un agente de IA alineado sin sepultarlos en ceremonias.
