Obliviate

Memoria de agente que olvida a la carta — y demuestra que ha desaparecido.

Bórrala en todas partes · en una sola transacción atómica · con un recibo firmado que cualquiera puede verificar

Cuando la memoria de un agente es incorrecta, está envenenada o debe desaparecer por ley — ¿puedes borrarla en todas partes, de forma atómica y demostrar que ya no está?

Obliviate puede. Elimina en cascada todo el subgrafo de conocimiento de una entidad — documentos, nodos del grafo, aristas y vectores — en una sola transacción ACID, y luego demuestra el borrado de tres maneras: una comparación antes/después con AS OF SYSTEM TIME, una búsqueda en vivo de vectores y de grafo que no devuelve nada, y un certificado de borrado con destrucción criptográfica y bloqueo de objetos.

La navegación, la recuperación, el grafo de conocimiento y /verify están abiertos a todos. Las escrituras están restringidas por token (un producto de borrado nunca debería permitir que visitantes anónimos eliminen datos) — para ejecutar Olvida y Demuestra tú mismo, pega el token de demostración obliviate-judge-75a0f127 en Settings → Security.

Memoria viva — el grafo de conocimiento con física en tiempo real (47 entidades · 83 relaciones, todo en CockroachDB):

El problema

Todo proyecto de memoria agéntica de este ciclo responde a la misma pregunta: ¿cómo recuerdan más los agentes? Casi ninguno responde a la pregunta que una memoria de producción gobernada realmente exige: ¿cómo olvidan los agentes — por completo, de forma segura y demostrable?

La memoria que solo se acumula es una responsabilidad. Un hecho envenenado o erróneo se propaga por el grafo de conocimiento y corrompe el razonamiento futuro. Los datos de un cliente que se fue permanecen más allá de su ventana de retención legal (el Artículo 17 del GDPR de la UE, el "derecho al olvido", es una prioridad de aplicación en 2026). Y en la mayoría de los sistemas, "borrar" es un DELETE de mejor esfuerzo que deja vectores recuperables en disco, aristas de grafo huérfanas y ninguna prueba de que algo haya ocurrido.

Related MCP server: elephantasm-mcp

Qué hace Obliviate

Apunta a una entidad — un cliente, un sistema dado de baja, una memoria envenenada — y realiza un borrado verificable:

Dos aplicaciones del mismo primitivo:

• Integridad de datos / respuesta a incidentes — un hecho envenenado o erróneo entró en la memoria de tu agente. Extrápalo limpiamente, en todo el clúster, y demuestra que el grafo vuelve a estar limpio.

• Cumplimiento normativo — derecho al olvido GDPR/HIPAA con un certificado que puedes entregar a un auditor.

Recuperación fundamentada — con fuentes y honesta ante la ausencia

Pregunta en lenguaje natural. Las respuestas se fundamentan estrictamente en el grafo almacenado, citan sus fuentes y declinan con honestidad cuando un hecho no consta en el registro — el comportamiento exacto que hace demostrable el olvido.

Olvida y Demuestra — la función estrella

Con un clic se borra un sujeto en una única transacción ACID y luego se demuestra de tres maneras: existía (AS OF SYSTEM TIME), ya no está (recomprobación en vivo de vectores y grafo), es irreversible (destrucción criptográfica + certificado S3 con bloqueo de objetos). Las entidades compartidas con un sujeto que sobrevive se conservan, no se borran (obsérvese la 1 compartida conservada).

Genera un Certificado de borrado firmado y con bloqueo de objetos — y cualquiera puede verificarlo de forma independiente en /verify: la página vuelve a derivar el hash de contenido SHA-256 y comprueba la firma ECDSA (P-256) (con la clave pública visible, por lo que se puede verificar sin conexión). Un campo manipulado rompe el hash; un certificado falsificado falla la firma.

El grafo de conocimiento (47 entidades · 83 relaciones, física en vivo) y la documentación integrada:

Por qué CockroachDB (estructural, no una casilla de verificación)

Obliviate unifica lo que normalmente requiere tres sistemas — una base de datos de grafos, un almacén de vectores y un registro de auditoría — en un único almacén duradero y gobernado. Eso solo es posible gracias a los primitivos de CockroachDB:

• Distributed Vector Indexing (C-SPANN) — recuperación semántica sobre columnas VECTOR(384), respaldada por índices (verificado mediante EXPLAIN), que vive en la misma tabla que los datos relacionales.

• AS OF SYSTEM TIME — el viaje en el tiempo de MVCC es el recibo de borrado. No hay una tabla de historial añadida de la que fiarse.

• Transacciones serializables — la eliminación en cascada + invalidación + destrucción criptográfica se confirman todas o ninguna.

• CTEs recursivas — recorrido exhaustivo del radio de explosión del grafo de conocimiento, completo por construcción.

• TTL a nivel de fila — retención impuesta por el motor de almacenamiento. Activación por fila (ttl_expire_at): los documentos expiran solo cuando una política de retención lo establece, así nada se borra por un reloj general.

• Servidor MCP gestionado (verificación independiente) — Obliviate se conecta al propio endpoint MCP gestionado de CockroachDB Cloud (cockroachlabs.cloud/mcp). Esta es la forma más sólida de la afirmación de borrado: un auditor no tiene que confiar en nuestra API cuando dice «ya no está» — dirige su propio agente MCP al endpoint alojado de Cockroach Labs y ejecuta select_query directamente sobre el clúster para confirmar que las filas del sujeto olvidado están realmente ausentes. Una prueba que nunca pasa por el código de Obliviate. Ver docs/MCP.md.

• MCP nativo (nuestras propias herramientas) — Obliviate también incluye su propio servidor MCP (FastMCP) respaldado por el mismo clúster, de modo que cualquier agente MCP (Claude Desktop/Code, Cursor) puede recordar, recuperar y olvidar de forma demostrable mediante herramientas de alto nivel.

Herramientas de CockroachDB utilizadas (esenciales): CockroachDB Cloud Managed MCP Server · Distributed Vector Indexing (C-SPANN) · AS OF SYSTEM TIME · Transacciones serializables · CTEs recursivas · TTL a nivel de fila. Servicios AWS utilizados: S3 (certificados de borrado con bloqueo de objetos / WORM) · EC2 (alojamiento). Los certificados se firman en el proceso con ECDSA (P-256); un firmante basado en Lambda es una variante de despliegue opcional, no obligatoria.

Arquitectura

flowchart TB
    U["User / Agent"] -->|HTTPS| API["FastAPI app"]
    MCP["Obliviate MCP server (FastMCP)"] -->|"remember · recall · forget (via core)"| CRDB
    API -->|"vectors · AS OF SYSTEM TIME · cascade · CTEs"| CRDB
    subgraph CRDB["CockroachDB (one transactional store)"]
      D["documents (encrypted)"]
      N["nodes + VECTOR index"]
      E["edges (graph)"]
      K["subject_keys (crypto-shred)"]
      EV["erasure_events (audit)"]
    end
    API -->|"sign (ECDSA P-256) + PUT (Object Lock / WORM)"| S3["Amazon S3 — erasure certificates"]
    API -->|"embeddings"| FE["fastembed (local, 384-d)"]
    API -->|"generation"| LLM["LLM — local (Ollama) or hosted, BYO-model"]

Cómo funciona

• Ingesta — un documento se almacena cifrado con la clave de su sujeto; un LLM extrae entidades y relaciones; los nodos se actualizan o insertan por nombre (INSERT … ON CONFLICT = deduplicación determinista de correferencias) y se insertan las aristas — todo en un único almacén.

• Pregunta — la ANN por coseno encuentra las entidades relevantes, una CTE recursiva expande el grafo circundante y un prompt estrictamente basado en el contexto responde solo a partir de ese contexto, negándose con honestidad cuando un hecho no está en el registro (la propiedad que hace demostrable el olvido).

• Olvido — la transacción descrita anteriormente.

Inicio rápido

python -m venv .venv && source .venv/bin/activate
pip install -r requirements.txt
cp .env.example .env          # set DATABASE_URL, LLM provider, AWS
python scripts/init_db.py     # apply schema + self-test
uvicorn app.main:app --port 8080

Trae tu propio modelo. La capa LLM es independiente del proveedor — apúntala a un modelo local de Ollama o a cualquier proveedor alojado compatible con OpenAI editando .env (o desde el selector de modelos de la aplicación). Sin dependencia de proveedor.

Evaluación

Obliviate implementa un borrado por capas respaldado por investigación, en lugar de un DELETE ingenuo:

• El borrado ingenuo solo es robusto en ~18% frente a ataques de reconstrucción; el borrado por capas consciente del grafo de dependencias alcanza ~94% (ForgetAgent, IJRASET).

• La eliminación de vectores confirmada por API deja los embeddings físicamente recuperables desde el índice en bruto en disco — Ghost Vectors (arXiv:2606.18497) reconstruye el 25.5% de los nombres exactos y el 46.4% de las ubicaciones a partir de embeddings de texto (y hasta ~99% a partir de embeddings de imagen); la destrucción criptográfica de una clave por sujeto reduce la recuperación al 0% (la solución del propio artículo, «Epoch Key Rotation» — cifrar y luego descartar la clave).

El banco de pruebas de evaluación (evals/) reproduce un benchmark de corrección del olvido (puntuado por un juez ciego) y una puntuación de Robustez frente a Reconstrucción que compara el borrado ingenuo con Obliviate.

Construido para este hackathon

El motor de memoria nativo de CockroachDB de Obliviate se construyó nuevo para este hackathon: el grafo de conocimiento como tablas relacionales, los vectores en el índice C-SPANN, el forget transaccional atómico, la prueba con AS OF SYSTEM TIME, la destrucción criptográfica por sujeto y el certificado de borrado firmado. Unificar el grafo, los vectores y la traza de auditoría en un único almacén CockroachDB es precisamente lo que hace del olvido una única transacción ACID y del certificado algo demostrable desde la propia base de datos — algo imposible cuando el grafo y los vectores viven en almacenes separados. Ese diseño de un solo almacén es el núcleo estructural: una única cascada ACID, AS OF SYSTEM TIME como mecanismo de prueba, certificados de borrado con destrucción criptográfica y bloqueo de objetos, y un radio de explosión exhaustivo mediante CTEs recursivas.

Limitaciones honestas

• El borrado elimina datos del almacén; no desaprende los prioris paramétricos de un LLM (por eso el prompt de anclaje es estricto y la honestidad se verifica conductualmente).

• La correferencia se basa en nombres; las entidades que deberían ser distintas pueden fusionarse y viceversa.

• La ventana AS OF SYSTEM TIME está limitada por la ventana de GC del clúster; el registro de auditoría de solo anexión y el certificado S3 proporcionan durabilidad más allá de ella.

Licencia

MIT © 2026 Vinayak Sonthalia