Plugin de memoria OpenClaw: Elige con una puerta de cinco pruebas

El predeterminado más seguro es no instalar el plugin de memoria OpenClaw más capaz. Comience con el backend incorporado, escriba el requisito que no puede cumplir, y se mueve solo cuando un candidato pasa cinco pruebas: persistencia, recuperación, privacidad, comportamiento de falla y recuperación. Esa regla produce diferentes opciones para diferentes problemas. Utilice el motor de construcción para una pequeña memoria local Markdown. Considere QMD cuando un gran corpus local necesita un nuevo rango o directorios más indexados. Considere memory lancedb cuando la captura automática y el recuerdo vectorial justifican una dependencia de base de datos nativa. Considere Honcho cuando el modelado automático del usuario y la memoria respaldada por el servicio de sesiones cruciales son el requisito real. Trate a memory wiki como una capa de conocimiento acompañante, no como un reemplazo para el backend de memoria activa. En este artículo se utiliza el contrato de documentación OpenClaw 2026.7.1 2 y un dispositivo de selección ejecutable. No afirma que la fijación sea de referencia para la calidad de la recuperación. El punto es más estrecho: rechazar una arquitectura cuyos límites operativos no se pueden verificar antes de que posea memoria duradera. Primero decida qué capa reemplazarás. Plugin de memoria oculta dos decisiones diferentes. El retroceso de la memoria activa posee el recuerdo. OpenClaw vista general de la memoria dice que memory search y memory get provienen del plugin de memoria activa, con memory core como predeterminado. Sólo un plugin posee ese espacio de memoria activa a la vez. Cambiar la ranura cambia una dependencia del tiempo de ejecución. Una capa acompañante agrega otra representación sin tomar esa ranura. El paquete memoria wiki recopila afirmaciones, evidencia, procedencia, tablas de control y páginas wiki junto al backend activo. Recordar, indexar, promocionar y soñar permanecen con el plugin de memoria activa. Por lo tanto, instalarlo para "mejorar la búsqueda" es una decisión equivocada si el requisito real es un motor de recuperación de reemplazo. Las opciones documentadas tienen límites materialmente diferentes: Builtin almacena un índice SQLite por agente sobre MEMORY.md y memory/ .md . Apoya la búsqueda de palabras clave, vectores y híbridos. El documentación del motor de construcción dice que la búsqueda de palabras clave sigue disponible cuando no se configura ningún proveedor de incorporación. Es la línea de base porque no añade ningún coche lateral o servicio separado. QMD es un sidecar local first con BM25, búsqueda vectorial, re ranking, expansión de consultas y directorios adicionales. El Documentación de la QMD también documenta el retroceso al motor de construcción si el QMD falla por completo. Este retroceso es una ventaja operativa concreta, no sólo otra característica. memory lancedb es un plugin externo que posee la ranura de memoria. Su documentación oficial describe el retiro automático, la captura automática opcional, una dependencia de incorporación, la propiedad por agente y un paquete nativo @lancedb/lancedb . La misma página señala una limitación de plataforma para Intel macOS y no promete una retroceso automático de backend. Honcho mantiene las conversaciones a un servicio dedicado y construye modelos de usuario y agente. El Documentación de integración de Honcho admite la operación administrada o alojada por sí misma y dice que la memoria local Markdown puede permanecer junto a ella. El servicio, su límite de retención y su disponibilidad se convierten en parte de la salud de la memoria. memory wiki es para la síntesis rica en procedencia y páginas de conocimiento mantenidas. Es una buena respuesta a ¿Cómo mantenemos las reclamaciones y las fuentes inspectables? En el huésped de ensayo, openclaw version informó 2026.7.1 2 . openclaw plugins list json mostró memory core agrupado y cargado, memory wiki agrupado pero desactivado, y ni LanceDB ni Honcho instalado. Esta observación no es una recomendación universal. Ilustra por qué la selección debe comenzar con el inventario actual en lugar de una captura de pantalla del mercado. Realizar cinco pruebas con casos deliberadamente incómodos Una instalación exitosa sólo prueba que se completó un comando. No demuestra que la memoria requerida haya sobrevivido, se pueda encontrar, mantener en privado, degradarse de forma segura o se pueda restaurar. 1. Persistencia: nombre del propietario duradero Crear un hecho sintético con una identificación única de canario en un agente de prueba desechable. Registra dónde vive la fuente de la verdad, dónde vive el índice y si un plugin almacena una segunda copia. Reinicie el Gateway, reconstruye el índice si el backend lo requiere y recupera el canario. Un pase necesita los tres hechos: el registro de origen todavía existe; el backend activo informa de un índice o conexión saludables; el canario se puede recuperar después del reinicio. No utilice una credencial real, nombre de cliente o conversación privada como canario. Un resultado que sólo está presente en el contexto actual no demuestra nada de persistencia. 2. Recuperación: la medida se pierde, no un golpe de suerte Construye una pequeña fijación con identidades exactas, decisiones parafraseadas, dos revisiones contradictorias, y un elemento que no debe coincidir. Prueba búsqueda exacta, búsqueda semántica, reciencia, manejo de contradicciones y eliminación. Registra la ruta de origen esperada o el ID antes de ejecutar la consulta. El defecto razonable es la aceptación determinista: se encuentra cada elemento requerido, la revisión obsoleta no supera a la actual y el control negativo permanece ausente. Una consulta demo con una respuesta plausible no puede distinguir la recuperación de la coincidencia. 3. Privacidad: prueba el predicado de aislamiento Utilice dos agentes desechables y dos canarios. Cada agente debe recuperar su propio canario y no recuperar al otro. Luego inspeccione lo que sale del anfitrión: el texto que está incorporado; si un servicio alojado recibe mensajes en bruto o observaciones derivadas; donde se encuentran las credenciales de la API; si la eliminación elimina las copias de origen, índice y servicio; si los registros incluyen contenido de memoria. La documentación de LanceDB describe explícitamente un predicado de propietario aplicado antes del ranking de vectores. Honcho traslada deliberadamente las conversaciones a un servicio dedicado a menos que sea auto anfitrión. Esos son límites de confianza diferentes. Ninguno de los dos debe ser incluido en un cuadro de verificación genérico suporta privacidad. 4. Fallo: interrumpir la dependencia No disponga del proveedor de integración, remueva el sidecar de PATH en un entorno de ensayo o bloquee el punto final del servicio. Luego, haz una pregunta cuya respuesta sea conocida. El resultado requerido no es necesariamente una respuesta correcta. Es un estado honesto: disponible a través de una caída documentada, no disponible con un error útil, o degradado de una manera que el operador pueda ver. Regresar un resultado vacío como si no existiera memoria es un fallo falso verde. Los límites documentados son importantes aquí. La búsqueda integrada puede retener la búsqueda de palabras clave sin incrustaciones. La QMD puede volver a la construcción. Una carga nativa de LanceDB o falla de incorporación necesita su propio manejo. Un complemento respaldado por servicios añade la disponibilidad de red y servicio al paquete de salud. 5. Recuperación: restauración, reindexación y verificación Tome una instantánea verificada antes de la migración. Después de la prueba de falla, restablezca en un entorno desechable, reconstruya cualquier índice derivado y vuelva a ejecutar el dispositivo de recuperación. La recuperación sólo se realiza cuando los elementos esperados, la propiedad, el estado de eliminación y la revisión actual coinciden. Las sondas útiles de sólo lectura dependen de la ruta seleccionada: El QMD debe revelar si el sidecar está listo o si el retroceso está activo. LanceDB añade openclaw ltm stats . Honcho añade openclaw honcho status . Memory Wiki añade openclaw wiki doctor y openclaw wiki status . Realice la sonda pertinente después de la recuperación; no deduzca la salud únicamente por la disponibilidad del proceso. Lo que la puerta ejecutable realmente seleccionado El dispositivo que acompaña codifica las capacidades documentadas como requisitos duros, luego evalúa cinco perfiles. El resultado fue: La salida es útil porque cada opción también lleva una declaración de retroceso y una sonda de recuperación. No es una tarjeta de puntuación. Agregar puntos para cada característica haría que el candidato más complejo gane incluso cuando el lector solo necesita Markdown local duradero. La fijación también expone un límite importante. memory wiki gana el perfil de procedencia, pero permanece fuera del carril de retroceso activo. Honcho gana el modelado automático del usuario pero introduce un límite de servicio. LanceDB gana la captura de vectores locales automática, pero introduce dependencias de incorporación y paquete nativo. QMD gana el gran perfil del cuerpo local porque se requiere un rango nuevo. Builtin gana por defecto porque ninguno de esos requisitos adicionales existe. Puedes reproducir la regla sin confiar en la conclusión: 1. Enumera el requisito en términos observables. 2. Marque las restricciones de privacidad y plataforma no negociables. 3. Rechazar candidatos que no puedan satisfacer todas las restricciones duras. 4. Prefiero al candidato superviviente con la superficie de fracaso más pequeña. 5. Realice las cinco pruebas con datos desechables antes de la migración. Aquí es también donde las páginas de características dejan de ser evidencia suficiente. La fijación se basa en la documentación actual, no en un índice de referencia compartido de recuperación. Si dos candidatos sobreviven, prueba ambos contra su corpus, consultas, presupuesto de latencia y modos de fracaso. El desconocido permanece desconocido. Mantenga el retroceso disponible hasta que el nuevo camino se demuestre Una migración de memoria no está completa cuando se copian los registros. Se completa cuando el nuevo backend recupera la decisión corriente correcta después de reiniciar, mantiene intactos los límites del agente, expone fallos y se puede volver a rodar sin perder escritos. Utilice un corte en etapas: congelar el dispositivo, no toda la memoria de producción; tomar una instantánea del contenido y grabar su hash; la población del candidato en un agente aislado; realizar las cinco pruebas; las consultas representativas de la sombra contra los caminos antiguos y nuevos; clasificar los desacuerdos antes de cambiar la ranura activa; mantener intacta la fuente anterior a través de una ventana de estabilidad; remover la ruta de retroceso sólo después de que se haya realizado la prueba de restauración. La captura automática merece una especial precaución. Puede reducir las notas perdidas, pero también cambia el límite de ingestión. Prueba si se rechazan los metadatos de transporte, el contexto inyectado, los secretos y los duplicados. Confirme qué tipos de mensajes califican, cómo funciona la eliminación y si una captura fallida es visible. La conveniencia no reemplaza la procedencia. El mismo principio se aplica a la retroceso. El fallback documentado de la construcción de QMD conserva una ruta de búsqueda, pero la calidad del resultado y la cobertura del cuerpo pueden cambiar. Ese es un estado degradado, no un verde automático. Si el backend seleccionado no tiene fallback documentado, haga explícita la no disponibilidad y mantenga un rollback probado. Use una regla de liberación, no un plugin favorito Seleccione la arquitectura más pequeña que satisfaga el requisito y pase las cinco pruebas. Migración de bloqueo cuando el propietario duradero no está claro, una recuperación requerida se pierde, el aislamiento entre agentes falla, una interrupción parece que no se encuentran recuerdos o la instantánea no se puede restaurar. Esa regla resuelve la pregunta original: Manténgase en pie para el caso local ordinario. Agregue QMD para la escala local del cuerpo, el rango, o caminos adicionales. Elige LanceDB sólo cuando la memoria vectorial automática valga la pena su incorporación y dependencia nativa. Elige Honcho cuando el objetivo es el modelado de usuario transversal respaldado por el servicio y su límite de datos es aceptable. Añadir memoria wiki cuando se requiere una compilación de conocimientos ricos en procedencia; no confundirlo con el backend activo. Sidewisp se encuentra actualmente en versión preliminar privada. Actualmente no inspecciona, selecciona, migra o recupera los fondos de memoria OpenClaw. Su dirección de producto es hacer visible la evidencia de salud del agente, la incertidumbre y los límites de recuperación segura; la puerta de prueba de cinco arriba es un método que puede utilizar hoy sin afirmar que la capacidad se envía.