Quartz sync: Dec 12, 2025, 3:25 PM

Author: anibal

content/2025/10/20/La Alucinación es el Feature Fundamental de los LLMs.md

@@ -48,4 +48,12 @@ En la segunda parte de la serie, [Las matemáticas del Código Asistido por IA](
 Compartido y publicado en: 
 - [LinkedIn el 27 de Octubre del 2025](https://www.linkedin.com/posts/anibalrojas_un-llmnopuedenoalucinar-porque-en-esencia-activity-7388654847971205120-6cmz?utm_source=share&utm_medium=member_desktop&rcm=ACoAAABYcI8BB_U41_Zfnth-a-K6afvWfwlghiM).
 - [Substack el 27 de Octubre del 2025](https://open.substack.com/pub/anibal/p/la-alucinacion-es-el-feature-fundamental?r=7wicq&utm_campaign=post&utm_medium=web&showWelcomeOnShare=false).
-- [(Twitter) el 27 de Octubre del 2025](https://x.com/anibal/status/1982917439898955921).
+- [(Twitter) el 27 de Octubre del 2025](https://x.com/anibal/status/1982917439898955921).
+
+---
+## Otros artículos de la serie
+
+2. [Las matemáticas del Código Asistido por IA](/2025/10/28/las-matematicas-del-codigo-asistido-por-ia)
+3. [Una Visión de Sistemas para la Programación Asistida por IA](/2025/11/03/una-vision-de-sistemas-para-la-programacion-asistida-por-ia)
+4. [Steering - Favoreciendo las Alucinaciones Positivas en los Asistentes de Programación](/2025/11/06/steering-favoreciendo-las-alucinaciones-positivas)
+5. [Backpressure - Rechazando las Alucinaciones Negativas en los Asistentes de Programación](/2025/11/26/backpressure-rechazando-las-alucinaciones-negativas)

content/2025/10/28/Las matemáticas del Código Asistido por IA.md

@@ -77,4 +77,12 @@ Que debido a que [La Alucinación es el Feature Fundamental de los LLMs](/2025/1
 
 Obviamente no pretendo que esto sea un modelo matemático real, sino un artefacto  que nos ayude a entender el *sistema* que estamos operando en esta búsqueda de tener una aproximación sistemática y metódica, que *tienda* a producir código de calidad de forma repetible.
 
-Más sobre este "sistema" y cómo podemos operarlo en el próximo post de la serie [Una Visión de Sistemas para la Programación Asistida por IA](/2025/11/03/una-vision-de-sistemas-para-la-programacion-asistida-por-ia).
+Más sobre este "sistema" y cómo podemos operarlo en el próximo post de la serie [Una Visión de Sistemas para la Programación Asistida por IA](/2025/11/03/una-vision-de-sistemas-para-la-programacion-asistida-por-ia).
+
+---
+## Otros artículos de la serie
+
+1. [La Alucinación es el Feature Fundamental de los LLMs](/2025/10/20/la-alucinacion-es-el-feature-fundamental-de-los-llms)
+3. [Una Visión de Sistemas para la Programación Asistida por IA](/2025/11/03/una-vision-de-sistemas-para-la-programacion-asistida-por-ia)
+4. [Steering - Favoreciendo las Alucinaciones Positivas en los Asistentes de Programación](/2025/11/06/steering-favoreciendo-las-alucinaciones-positivas)
+5. [Backpressure - Rechazando las Alucinaciones Negativas en los Asistentes de Programación](/2025/11/26/backpressure-rechazando-las-alucinaciones-negativas)

content/2025/11/03/Una Visión de Sistemas para la Programación Asistida por IA.md

@@ -89,4 +89,11 @@ En las próximas entregas de la serie vamos a definir dos procesos claves con lo
 Compartido y publicado en: 
 - [LinkedIn el 4 de Noviembre del 2025](https://www.linkedin.com/pulse/una-visi%25C3%25B3n-de-sistemas-para-la-programaci%25C3%25B3n-asistida-por-anibal-rojas-eqdne).
 - [X (Twitter) el 4 de Noviembre del 2025](https://x.com/anibal/status/1985869541587763294).
-- 
+
+---
+## Otros artículos de la serie
+
+1. [La Alucinación es el Feature Fundamental de los LLMs](/2025/10/20/la-alucinacion-es-el-feature-fundamental-de-los-llms)
+2. [Las matemáticas del Código Asistido por IA](/2025/10/28/las-matematicas-del-codigo-asistido-por-ia)
+4. [Steering - Favoreciendo las Alucinaciones Positivas en los Asistentes de Programación](/2025/11/06/steering-favoreciendo-las-alucinaciones-positivas)
+5. [Backpressure - Rechazando las Alucinaciones Negativas en los Asistentes de Programación](/2025/11/26/backpressure-rechazando-las-alucinaciones-negativas)

content/2025/11/06/Steering - Favoreciendo las Alucinaciones Positivas en los Asistentes de Programación.md

@@ -97,4 +97,12 @@ No hay **una única** solución para esto, como en todos los aspectos de la vida
 
 En mi caso, como después de muchísimos años enfocado en el management aún estoy muy lejos de ser programador, yo le estoy apostando a la segunda, que es bastante más compleja, que tiene un feedback loop más dilatado y cuyo ROI aún está por verse.
 
-En la quinta entrega vamos a enfocarnos en entender qué significa detectar y rechazar las alucinaciones negativas (`k(∑a₋)`), lo que yo denomino **backpressure**. 
+En la quinta entrega vamos a enfocarnos en entender qué significa detectar y rechazar las alucinaciones negativas (`k(∑a₋)`), lo que yo denomino **backpressure**.
+
+---
+## Otros artículos de la serie
+
+1. [La Alucinación es el Feature Fundamental de los LLMs](/2025/10/20/la-alucinacion-es-el-feature-fundamental-de-los-llms)
+2. [Las matemáticas del Código Asistido por IA](/2025/10/28/las-matematicas-del-codigo-asistido-por-ia)
+3. [Una Visión de Sistemas para la Programación Asistida por IA](/2025/11/03/una-vision-de-sistemas-para-la-programacion-asistida-por-ia)
+5. [Backpressure - Rechazando las Alucinaciones Negativas en los Asistentes de Programación](/2025/11/26/backpressure-rechazando-las-alucinaciones-negativas) 

content/2025/11/26/Backpressure - Rechazando las Alucinaciones Negativas en los Asistentes de Programación.md

@@ -17,13 +17,15 @@ En artículos anteriores de esta serie establecimos que [las alucinaciones son e
 
 Ahora vamos a definir **Backpressure** como el proceso y mecanismos que nos permiten *señalar* al asistente la presencia de alucinaciones negativas que deben ser corregidas *por el sistema*. Y con esto introducimos el feedback loop fundamental que estos sistemas necesitan para que el estado del codebase *converja* hacia las alucinaciones positivas.
 
-**¿Por qué separar el Backpressure y dejarlo solo como una señal?** Porque si ya el sistema tiene la capacidad de generar el código, colapsar la *corrección* en la *detección* genera una *duplicidad* que compromete el Contexto de la tarea sobrecargándolo con múltiples responsabilidades.
+**¿Por qué separar el Backpressure y dejarlo solo como una señal?** Porque si ya *alguna parte el sistema* tiene la capacidad de generar el código, agregar la *corrección* a la *detección* genera una *duplicidad* que automáticamente va a comprometer  el Contexto de la tarea sobrecargándolo con información y múltiples responsabilidades.
 
-Desde este punto de vista, los sistemas de tipos, los compiladores, los linters, los test automatizados son todos *mecanismos de backpressure* que tradicionalmente nos señalan que algo no está bien, es decir no estamos inventando nada nuevo. Pero en este artículo nos vamos a concentrar en el **proceso** que se basa en el propio LLM que está en el núcleo de los asistentes de programación.
+Desde este punto de vista, los sistemas de tipos, los compiladores, los linters, los test automatizados son todos *mecanismos de backpressure* **determinísticos** que tradicionalmente nos señalan que algo no está bien, es decir no estamos inventando nada nuevo. **En este contexto siempre que podamos atacar un problema de una forma determinística debemos aprovechar esa opción, porque muy eficaz y eficiente**.
+
+Pero en este artículo nos vamos a concentrar en el **proceso** que se basa en el propio LLM que está en el núcleo de los asistentes de programación.
 
 Muchas personas son escépticas en cuanto a la posibilidad de corregir los errores en el codebase introducidos por un asistente con el mismo asistente, y todos nos hemos reído con los memes en este sentido. Y efectivamente uno de los principios fundamentales que yo he propuesto en esta serie es que la probabilidad de que **no** ocurran errores cuando un modelo "echa código" nunca va a ser cero, y entonces lógicamente **usar un modelo para corregir errores tiene implícito introducir nuevos errores**.
 
-**Pero**, si tenemos buenos mecanismos y proceso de backpressure estos deberían reducir el *espacio de solución* de la corrección de errores muchísimo en comparación al proceso original de modificar el código, minimizando la posibilidad de introducir nuevas alucinaciones negativas. Y si aplicamos esta reducción del espacio de solución a través de un proceso iterativo, el sistema *en general debería converger* hacia un estado donde las alucinaciones negativas se minimicen.
+**Pero**, si tenemos buenos mecanismos (**determinísticos**) y proceso de backpressure estos deberían reducir el *espacio de solución* de la corrección de errores muchísimo en comparación al proceso original de modificar el código, minimizando la posibilidad de introducir nuevas alucinaciones negativas. Y si aplicamos esta reducción del espacio de solución a través de un proceso iterativo, el sistema *en general debería converger* hacia un estado donde las alucinaciones negativas se minimicen.
 
 Entonces vamos a describir una **I**nteracción (*i*) con un **A**sistente de Programación (*ap*) en un **E**ntorno (*e*) (codebase, etc) con un **C**ontexto (*c*) a través de un **P**rompt (*p*) de la siguiente forma:
 
@@ -107,4 +109,12 @@ Como en todo proceso iterativo, tiene que haber una condición de parada, y la r
 
 En este ejemplo hemos estado operando sobre un contexto mutado, esto no es una recomendación, y muchas veces un proceso iterativo como el que describimos sea mucho más eficiente aplicando la familia de prompts `p̃` sobre un contexto limpio.
 
-Y para finalizar pensemos en todos los mecanismos que nombramos al principio, y que pueden y deben ser integrados en este proceso porque aportan mucha información para generar el steering correctivo después de la detección.
+Y para finalizar pensemos en todos los mecanismos que nombramos al principio, y que pueden y deben ser integrados en este proceso porque aportan mucha información para generar el steering correctivo después de la detección.
+
+---
+## Otros artículos de la serie
+
+1. [La Alucinación es el Feature Fundamental de los LLMs](/2025/10/20/la-alucinacion-es-el-feature-fundamental-de-los-llms)
+2. [Las matemáticas del Código Asistido por IA](/2025/10/28/las-matematicas-del-codigo-asistido-por-ia)
+3. [Una Visión de Sistemas para la Programación Asistida por IA](/2025/11/03/una-vision-de-sistemas-para-la-programacion-asistida-por-ia)
+4. [Steering - Favoreciendo las Alucinaciones Positivas en los Asistentes de Programación](/2025/11/06/steering-favoreciendo-las-alucinaciones-positivas)

content/index.md

@@ -56,4 +56,4 @@ Es una serie de cinco artículos para desarrolladores de software escépticos, d
 2. [Las matemáticas del Código Asistido por IA](/2025/10/28/las-matematicas-del-codigo-asistido-por-ia)
 3. [Una Visión de Sistemas para la Programación Asistida por IA](/2025/11/03/una-vision-de-sistemas-para-la-programacion-asistida-por-ia)
 4. [Steering - Favoreciendo las Alucinaciones Positivas en los Asistentes de Programación](/2025/11/06/steering-favoreciendo-las-alucinaciones-positivas)
-5. Sale en la tercera semana de Noviembre del 2025.
+5. [Backpressure - Rechazando las Alucinaciones Negativas en los Asistentes de Programación](/2025/11/26/backpressure-rechazando-las-alucinaciones-negativas)