Darle memoria a tus agentes de código con MCP

Los asistentes de código tienen un defecto de fábrica: cada sesión empieza de cero. El agente que ayer metió un patrón prohibido en tu proyecto hoy lo vuelve a proponer, con la misma seguridad y la misma sonrisa. La solución no es regañarle más fuerte: es darle memoria. Para eso monté una suite de nueve servidores MCP que corre en mi propia infraestructura y se conecta a mis agentes en cada sesión.

MCP en una frase

El Model Context Protocol es el estándar que permite a un modelo hablar con herramientas externas: el agente descubre qué servidores tiene disponibles y los invoca cuando los necesita. Lo interesante no es el protocolo, sino lo que decides enchufarle.

Memoria negativa: el diario de fallos

El servidor que más uso registra cada error que cometo con un agente y que alguien corrige después. Antes de una tarea delicada (una migración, un cambio de configuración), el agente consulta el diario: «en este proyecto, este patrón ya falló dos veces por esto». Es la diferencia entre un compañero nuevo cada mañana y uno que lleva meses en el equipo.

La lección de fondo me la enseñó un incidente concreto: un cambio en el significado de un identificador que rompió un proceso lejano y estuvo diez días latente. El análisis del fallo acabó convertido en una regla que los agentes consultan desde entonces. El bug se paga una vez.

Memoria positiva: decisiones y patrones

El complemento del diario es un almacén de decisiones: por qué elegimos esta arquitectura, qué convención sigue este módulo, qué se intentó y se descartó. Cuando un agente arranca una tarea, recupera el contexto relevante en lugar de redescubrirlo. Ahorra tokens y, sobre todo, evita que la misma discusión se repita cada semana.

El ADN del proyecto

Otro servidor analiza el código y extrae las convenciones reales del proyecto: cómo se nombran las cosas, qué patrones se usan, qué estructura siguen los módulos. Después de generar código, el agente valida contra ese ADN y recibe una puntuación con las violaciones concretas. No es un linter: es un revisor que conoce el estilo de la casa.

Calibración: saber cuándo dudar

Mi favorito conceptualmente: un servidor que registra predicciones del agente junto con su confianza declarada, y luego el resultado real. Con el tiempo aprende en qué dominios el agente es de fiar y en cuáles se pasa de listo. Si la calibración histórica dice «en expresiones regulares aciertas el 60 % de las veces que dices estar seguro», el agente avisa antes de que te la juegues en producción.

Lo que cambia en el día a día

Con la suite conectada, el flujo es distinto: el agente consulta el diario antes de tocar nada delicado, valida su código contra las convenciones, guarda las decisiones nuevas y registra los fallos que comete. Ninguna pieza es espectacular por separado. Juntas convierten una herramienta que empieza de cero en una que acumula oficio.

Todo corre self-hosted en mi servidor, en contenedores, cada servidor con su base de datos pequeña. Si trabajas a diario con agentes de código, mi consejo es empezar por la memoria de fallos: es la que antes se paga sola.