Sistema de memoria Codex para principiantes: configuración con un solo clic y análisis detallado

Fable5 ha regresado triunfalmente, y como usuario veterano de Codex, no pude resistirme a probarlo para ver si es tan bueno como dicen, específicamente, si podría reemplazar a Codex o ayudar a iterar en el sistema de memoria que he optimizado al límite. Recargué $10 en Zenmux y conecté Fable5 a Claude Code. En resumen: ¡Fable5 es el 'papá' de la inteligencia 'ultra-alta' de Codex!!! (Enlace a la habilidad del sistema de memoria al final).

Con respecto a mi sistema de memoria semi-terminado anterior:

https://x.com/gengdaJ/status/2067985719675773192

https://x.com/evermind/status/2063262473357336824

https://x.com/gengdaJ/status/2068555151733043504

Fable5 es ciertamente caro, así que seguí el consejo de los expertos en mi timeline y dejé que Fable5 manejara las etapas de asesoramiento y planificación para el sistema de memoria de Codex.

No lo sabes hasta que preguntas: la primera verificación usando 'First Principles' identificó un montón de errores y oportunidades de optimización. Su profesionalismo técnico es incuestionable, como el propio Codex admitió. Si bien las sugerencias de Fable5 ocasionalmente carecían de rigor, en una comparación 4:1, Fable5 ganó por goleada.

Eso fue solo el primer paso. Las increíbles capacidades de Fable5 apenas comenzaban a mostrarse. Hice que Codex organizara un plan de desarrollo y se lo envié a Fable5 para su revisión. Fable5 continuó cuestionándolo, y Codex continuó estando de acuerdo.

Luego hice que Codex optimizara basándose en las sugerencias de Fable5. Pensando que estaba perfecto, se lo devolví a Fable.

Al final, Fable aún encontró muchísimos problemas. Estoy realmente impresionado. Rápidamente hice que Codex reconociera a su 'padre' más estricto.

Después del desarrollo, Fable5 se mantuvo agudo, arrasando en la fase de revisión de código.

Después de esta prueba, tengo que admitir que Fable5 es increíblemente sólido en la toma de decisiones y el juicio. Incluso como usuario leal de Codex, tengo que elogiarlo. Continuaré usando Fable5 para sistemas complejos (como optimizar sistemas de búsqueda de Agent a continuación). Es caro, pero vale la pena cuando se usa donde cuenta.

Si quieres probar las aterradoras capacidades de planificación de Fable5, puedes llamar a la API de Zenmux como yo (tienen la mejor calidad de fuente Claude en mi opinión): https://zenmux.ai/invite/GYMUHL. Noté hoy que los suscriptores gratuitos pueden probar la versión web, y los usuarios de pago por uso (créditos > 0) pueden llamar a la API directamente de forma gratuita, con un bono del 20% en las recargas: ¡un pequeño beneficio!

Ahora, hablemos de esta arquitectura del sistema de memoria reconstruida por Fable5. Entenderás lo poderosa que es a través de este desglose simple:

Mi sistema de memoria actual de Codex es una bóveda de memoria de Agent Obsidian local, auditable, buscable y mantenible. Convierte sin problemas proyectos, dificultades, preferencias, decisiones y flujos de trabajo reutilizables compartidos con Codex en documentos Markdown en Obsidian. Luego usa SQLite, búsqueda de texto completo, búsqueda semántica, Git, hooks y scripts de cierre para lograr la auto-operación y la auto-iteración.

Conceptos Básicos

Antes de sumergirte en las funciones, necesitas entender ocho conceptos básicos:

• Obsidian Markdown: El Archivo de Memoria Original Estos son esencialmente archivos de texto .md estándar. ¿Por qué no usar una base de datos? Porque Obsidian es más amigable para los no programadores: los humanos pueden leerlos y editarlos directamente, y Git puede rastrear los cambios. Esta es la 'fuente de la verdad' para el sistema de memoria.

• INDEX.md: Directorio y Escritorio de Navegación INDEX.md no es la memoria en sí, sino un 'mapa de entrada'. Si Markdown es una biblioteca, INDEX.md es el catálogo de recepción que le dice al Agent qué archivos son importantes y dónde encontrar respuestas.

• SQLite / FTS: Tarjetas de Recuperación Rápida SQLite es una pequeña base de datos local, y FTS es su capacidad de búsqueda de texto completo. No es la 'fuente de hechos' sino un 'índice de búsqueda', como las fichas de la biblioteca para títulos, palabras clave y resúmenes.

• Zvec: Búsqueda Semántica Zvec es la recuperación vectorial, que significa 'buscar por significado'. Mientras que la búsqueda estándar requiere palabras clave exactas, la búsqueda semántica puede encontrar recuerdos relevantes incluso si no usas los términos exactos.

• Git: Registro de Cambios y Seguro de Reversión Git es un sistema de control de versiones. Responde: ¿Quién cambió esto y cuándo? ¿Qué líneas se cambiaron? ¿Podemos revertir si hay un error?

• Script de cierre: Organizador Automatizado Posterior a la Tarea El cierre automatiza el proceso de limpieza. Asegura que actualizar recuerdos, refrescar índices y hacer commit a Git no quede en la 'memoria' del Agent, sino que se maneje con un solo comando.

• Script de auditoría: Médico de Revisiones Periódicas A medida que la bóveda crece, se desordena. La auditoría identifica recuerdos obsoletos, bucles abiertos sin resolver durante mucho tiempo y archivos duplicados para revisión humana.

• AGENTS.md: Constitución del Sistema AGENTS.md define las reglas de comportamiento del Agent: cuándo leer la memoria, qué escribir y cuándo DEBE preguntar al usuario (por ejemplo, para datos sensibles o eliminaciones).

Flujo de Trabajo del Sistema de Memoria

1. Entrada de Tarea: El usuario hace una pregunta.
2. Leer AGENTS.md: Determinar los límites operativos y las reglas.
3. Leer INDEX.md: Localizar archivos relevantes con bajo costo de tokens.
4. Recuperación Unificada: Usar SQLite/Zvec si es necesario para encontrar recuerdos específicos.
5. Leer Fuente Markdown: Confirmar hechos a partir de los archivos legibles reales.
6. Ejecutar Tarea: Trabajar con contexto a largo plazo.
7. Juzgar Valor de la Memoria: Decidir si la nueva información vale la pena guardarla.
8. Conciliar Antes de Escribir: Verificar duplicados o conflictos con recuerdos antiguos.
9. Escribir en Markdown: Categorizar y guardar en el directorio correcto.
10. Ejecutar Cierre: Refrescar índices, verificar información sensible y registrar la sesión.
11. Registro en Git: Crear un rastro auditable de los cambios.
12. Auditoría Periódica: Mantener la salud de la bóveda mediante revisiones semanales.

Ventajas del Sistema de Memoria

1. Fuente de Hechos Controlable: Almacenada en Markdown local, no bloqueada en una plataforma.
2. Recuperación Completa: Combina navegación, búsqueda por palabras clave y búsqueda semántica.
3. Conciliación: Previene duplicados y conflictos antes de escribir.
4. Bucle de Cierre: Convierte el guardado de memoria en un proceso estandarizado.
5. Versionado con Git: Proporciona trazabilidad completa y capacidades de reversión.
6. Mecanismo de Auditoría: Mantiene la bóveda de memoria limpia y relevante.
7. Automatización Moderada: Las acciones de alto riesgo siempre requieren confirmación humana.
8. Auto-Evolución: Permite al Agent aumentar sus capacidades a través de la experiencia auditada.

Finalmente, he encapsulado este sistema de memoria en una Skill: https://github.com/mcncarl/codex-memory. ¡Puedes conectarlo a Codex o seguir optimizándolo para tus propias necesidades! ☺️