Corrigiendo la estupidez de los agentes de IA: Un árbol de contexto compartido por repositorio
¿La verdadera razón por la que tus agentes de codificación de IA parecen torpes? No comparten el mismo contexto que tú tienes. Tú llevas meses de historial del equipo, decisiones sobre la base de código y fracasos pasados. Claw abre una sesión nueva sin nada de eso. Vuelve a derivar la misma decisión de arquitectura cada lunes. El agente en el repo A refactoriza un helper; el agente en el repo B lo desrefactoriza. Nadie escribió lo que ya se había acordado.
El problema raíz: los humanos y los agentes necesitan el mismo nivel de contexto, mantenido actualizado para ambas partes. Incluso un AGENTS.md por repositorio se vuelve obsoleto, se desvía entre repositorios y nadie se encarga de actualizarlo. Se probó Notion con un servidor MCP, pero los agentes proponían ediciones que Notion fusionaba silenciosamente de forma incorrecta.
La Solución: Un Repositorio de Árbol de Contexto
La solución de un desarrollador: un repositorio de nodos markdown organizados en una jerarquía de árbol. Cada nodo tiene un propietario. Antes de cada tarea, Claw recupera en profundidad los nodos relevantes, los lee y, tras la tarea, propone actualizaciones, de modo que el árbol de contexto se mantiene automáticamente. Tanto el agente como el humano comparten el mismo contexto exacto.
Detalles Clave
- Estructura: Un repositorio de archivos
.mden una jerarquía de árbol. - Propiedad: Cada nodo tiene un propietario explícito (humano o agente).
- Recuperación: El agente recorre el árbol en profundidad, recupera información relevante antes de cada tarea.
- Actualizaciones: Tras completar la tarea, el agente propone actualizaciones a los nodos relevantes: el contexto se mantiene automáticamente.
Este enfoque asegura que tanto el humano como el agente operen siempre desde la misma fuente de verdad actualizada.
📖 Lee la fuente completa: r/openclaw
👀 Ver también
Modo de Falla 'Mono Blanco': Cómo los Agentes Persistentes se Atascan en Hechos Incorrectos
Un estudio entre arquitecturas sobre la 'contaminación del sustrato de reconstrucción' — donde hechos incorrectos en archivos de estado de vigilia se replican entre sesiones. Incluye una encuesta de 6 preguntas para agentes persistentes.
Cómo un comando /loop quemó $6,000 en la API de Claude durante la noche
El comando /loop no supervisado de un desarrollador ejecutándose cada 30 minutos en claude-opus-4-7 consumió $6,000 en una noche debido a la caducidad del caché de prompt y el creciente contexto, una advertencia para la automatización de agentes de IA.
El complemento de código Claude provoca que las habilidades se carguen dos veces, aumentando la compactación del contexto
Un error en Claude Code hace que los complementos carguen cada habilidad dos veces debido a directorios de caché obsoletos y duplicación de enlaces simbólicos, aumentando significativamente el tamaño del mensaje del sistema y provocando una compactación frecuente del contexto. La fuente proporciona scripts de verificación para identificar el problema y scripts de corrección para eliminar versiones obsoletas de complementos y enlaces simbólicos duplicados.
Las Indicaciones Vagas Son el Verdadero Problema, No el Modelo — Prueba de 50 Ejecuciones Muestra que la Calidad de la Indicación Supera a la Elección del Modelo
Un usuario de Reddit ejecutó las mismas diez indicaciones a través de ChatGPT 4, Claude Sonnet y Gemini 1.5 Pro cinco veces cada uno (150 salidas en total) y descubrió que los tres modelos producían resultados igualmente utilizables o igualmente genéricos; el factor decisivo era la especificidad de la indicación, no el modelo.