Xóa dữ liệu theo yêu cầu: vì sao bí mật vẫn sống sót sau khi bị xóa

Cheng Zhang et al. · 1 tác giả · The Hong Kong University of Science and Technology (Guangzhou) · 2026 · arXiv:2610.21405

Xóa một dòng tin nhắn thì đã xóa xong bí mật chưa?

Mở

Khách nhắn “xóa hết thông tin của tôi đi”, và người chạy agent tin rằng gõ lệnh delete vào kho là xong việc. Paper này dựng đúng câu hỏi đó thành một benchmark có tên MemCut: gài bí mật vào hội thoại dài, đánh dấu đường đi của từng bí mật, xóa đi rồi xem nó có quay lại hay không. Câu trả lời khiến chữ “xóa” bớt đơn giản hẳn.

Paper này làm gì

MemCut là benchmark cho tính năng quên theo yêu cầu của người dùng. Tác giả thiết kế tay 456 bí mật, gài vào hội thoại dài hạn, mỗi bí mật kèm đường dấu vết để kiểm tra khả năng hồi phục sau khi xóa, kể cả với những tin nhắn chưa bao giờ nói thẳng bí mật đó. Hai chỉ số mới được đề xuất: native recovery đo người đọc thành công qua chính retrieval của hệ thống, còn residual recovery cho cùng người đọc tiếp cận trực tiếp các đối tượng còn sót được truy về từ các tiết lộ đã đánh dấu. Ba baseline xóa tham chiếu được dựng để thử mức hỗ trợ của retriever và write model hiện hữu, trên năm thiết kế bộ nhớ và bốn mô hình LLM.

Phát hiện chính

  1. Quên là một nửa của bộ nhớ đáng tin — Benchmark xuất phát từ một yêu cầu dễ bị bỏ qua: tìm đúng thông tin chưa đủ, hệ thống còn phải xóa dữ liệu nhạy cảm khi người dùng yêu cầu.

a dependable memory system must also forget sensitive user data upon request

  1. Bí mật gài kèm dấu vết đầy đủ — 456 bí mật được thiết kế tay nằm trong hội thoại dài, mỗi cái có đường dấu vết để truy ngược sau khi xóa, kể cả trường hợp bí mật không được nói thẳng.

Its 456 hand-designed secrets in long-horizon conversations have fully annotated evidence trails to test recovery after deletion

  1. Hai chỉ số tách retrieval khỏi kho thật — Native recovery đo qua hệ thống retrieval của chính bộ nhớ; residual recovery cho cùng người đọc tiếp cận trực tiếp các đối tượng còn sót, được truy về từ các tiết lộ hoặc bằng chứng đã đánh dấu.

Native recovery measures reader success through the system’s retrieval, whereas residual recovery measures the same reader’s success when directly given surviving objects

  1. Xóa thêm vẫn để sót — Sau khi để mô hình dẫn dắt xóa thêm mười lượt hội thoại từ hai mươi ứng viên retrieval, mức residual recovery vẫn nằm trong khoảng 39-76%.

LLM-guided deletion of ten additional turns from twenty retrieval candidates leaves 39-76% residual recovery

Caveat

Số liệu đến từ ba baseline xóa tham chiếu, không phải sản phẩm bộ nhớ đã bán ra; khoảng 39-76% mô tả đúng ba thiết kế đó và không phải chứng nhận cho bất kỳ nhà cung cấp nào.

Áp vào 5ac thế nào

Nếu agent 5ac giữ hội thoại khách hàng thì yêu cầu xóa dữ liệu sẽ tới sớm. Phạm vi xóa đúng theo bài này: dòng tin nhắn gốc chỉ là phần nổi, phần nguy hiểm nằm ở bản tóm tắt và index đã suy ra từ nó. Áp thẳng vào quy trình hiện tại: mỗi fact ghi vào kho thì giữ dấu vết nguồn, để khi khách yêu cầu quên thì truy ngược xóa hết bản sao thay vì delete một bản ghi. Trước khi nhận một tính năng “xóa dữ liệu” từ nhà cung cấp, hỏi hai câu về native và residual recovery: retrieval còn trả lại gì, và kho còn sót đối tượng nào.

Nguồn