Từ đoạn phụ đề trực tiếp đến bản tóm tắt có thể tìm kiếm: Cách hệ thống ghi nhớ hội thoại hoạt động

Giá trị của một bản ghi lời thường chỉ bộc lộ vài tuần sau khi cuộc trò chuyện kết thúc: khi ta cần biết đã bàn điều gì, ai đã nhận việc gì, và quyết định cuối cùng là gì.

Đó là một bài toán khác hẳn việc nối các câu vào một tệp văn bản. Một ký ức có thể tìm kiếm cần nguồn gốc dữ liệu, thứ tự, ranh giới lưu trữ, chỉ mục và bản tóm tắt phối hợp với nhau. Oralion giữ lời nói gốc làm hồ sơ có thể truy nguyên, rồi tạo thêm một lớp tóm tắt riêng cho việc tìm kiếm và hành động.

Bài viết này phân tích dữ liệu nằm ở đâu, bản tóm tắt được tạo như thế nào, và khi nào nên bật lưu trữ trong tài khoản.

Đơn vị nhỏ nhất là một đoạn, không phải một tài liệu

Phụ đề trực tiếp liên tục được chỉnh sửa. Bản dịch ở nhiều ngôn ngữ cũng có thể xuất hiện song song với ngôn ngữ gốc. Nếu gộp tất cả thành một khối văn bản quá sớm, những thông tin đã mất sẽ không thể tái tạo về sau.

Vì vậy Oralion lưu các đoạn phụ đề có cấu trúc. Ngoài nội dung, mỗi đoạn còn mang phiên, thứ tự, ngôn ngữ, người nói, mốc thời gian và trạng thái chỉnh sửa. Phần do con người sửa được đánh dấu; bản dịch bổ sung vẫn được phân biệt với ngôn ngữ nguồn. Cấu trúc này cho phép hệ thống:

• dựng lại bản ghi theo thứ tự phát ngôn, thay vì thứ tự gói tin đến qua mạng;
• đọc hoặc tải riêng nguyên văn và từng ngôn ngữ dịch;
• giữ lại chỉnh sửa của con người, không để xử lý tự động sau đó ghi đè;
• duy trì cùng một định danh cho cuộc trò chuyện ở bản sao trên thiết bị và trong tài khoản.

Hình 1: Lưu trữ là một luồng, không phải một thao tác duy nhất. Bản ghi trên thiết bị được tạo trước; bản sao tài khoản chỉ xuất hiện khi người dùng chủ động bật lưu bản ghi.

Giữ trong trình duyệt trước, rồi mới quyết định có vượt qua ranh giới tài khoản hay không

Trang người nói ghi toàn bộ phiên vào IndexedDB của trình duyệt. Phần này tách biệt với lịch sử phụ đề đang hiển thị: giao diện trực tiếp chỉ cần ngữ cảnh gần đây, còn bản ghi phải giữ trọn phiên để đọc và xuất về sau.

Kho trên thiết bị giữ 50 phiên gần nhất. Giới hạn này ngăn dung lượng trình duyệt tăng vô hạn cho đến khi lỗi hạn ngạch ảnh hưởng chính phiên đang được ghi. Sự đánh đổi rất rõ: chế độ cục bộ không tạo bản sao máy chủ, nhưng việc xóa dữ liệu trang, đổi trình duyệt hoặc mất thiết bị có thể làm bản ghi biến mất.

Khi bật “Lưu bản ghi của tôi vào tài khoản”, phiên phát đã kết thúc mới được tải lên dưới dạng các đoạn có cấu trúc. Việc tải lên không chặn thao tác kết thúc phiên. Nếu thẻ bị đóng hoặc mạng gián đoạn, phiên vẫn nằm trong hàng đợi thử lại và được gửi lại ở lần mở trang tiếp theo. Nếu IndexedDB gặp lỗi trong lúc đang phát, một bản sao trong bộ nhớ đóng vai trò nguồn tải lên cuối cùng.

Thứ tự ưu tiên được thiết kế có chủ ý: giữ phụ đề và phiên phát hoạt động trước; lưu sau; và biến lỗi thành trạng thái nhìn thấy, có thể thử lại, thay vì giả vờ đã thành công.

Hình 2: Công tắc chỉ quyết định phiên mới có tạo bản sao tài khoản hay không. Tắt nó không âm thầm xóa dữ liệu đã lưu; chủ tài khoản có thể xóa từng phiên hoặc xóa toàn bộ.

Một thư viện hợp nhất ba nguồn

Thư viện bản ghi không chỉ là giao diện của một bảng cơ sở dữ liệu. Nó hợp nhất:

1. phiên trực tiếp trong IndexedDB của trình duyệt hiện tại;
2. phiên trực tiếp đã đồng bộ vào tài khoản;
3. bản ghi ngoại tuyến từ tính năng Chuyển bản ghi âm thành văn bản.

Nếu cùng một phiên phát tồn tại cả trên thiết bị lẫn trong tài khoản, nó chỉ xuất hiện một lần với hai dấu vị trí. Hai bản sao mô tả trạng thái lưu trữ, không phải hai cuộc họp.

Tìm kiếm cũng được phân lớp. Phòng, tên tệp, ngôn ngữ, ngày, cùng tiêu đề, người tham gia, chủ đề, quyết định và việc cần làm trong bản tóm tắt tạo thành chỉ mục nhanh. Nếu thiết bị hiện tại vẫn giữ toàn văn, tìm kiếm còn bao phủ nội dung bản ghi. Nếu toàn văn chỉ nằm trong tài khoản, trang không tải xuống mọi bản ghi đầy đủ chỉ để tạo chỉ mục mỗi lần mở. Nhờ đó, một lượng lớn văn bản riêng tư không bị di chuyển không cần thiết.

Đây là lý do bản tóm tắt không phải vật trang trí: với phiên dài chỉ còn trong tài khoản, các trường có cấu trúc là lối vào nhẹ và nhanh để tìm đúng hồ sơ.

Bản tóm tắt là lớp chỉ mục, không thay thế lời nói gốc

Sau khi bản ghi được lưu, tác vụ tóm tắt đi vào một hàng đợi bất đồng bộ riêng. Lưu bản ghi không phải chờ mô hình. Nếu tóm tắt chậm hoặc thất bại, nguyên văn vẫn đọc và tải xuống được. Sự tách biệt này tránh một lỗi phổ biến của sản phẩm AI: mô hình chậm không được phép ngăn người dùng lưu dữ liệu của chính mình.

Kết quả không phải một đoạn văn chung chung, mà gồm năm trường:

• Tiêu đề cho phiên một tên dễ nhận biết hơn ngày hoặc số phòng;
• Người tham gia hỗ trợ lọc các cuộc trò chuyện theo người;
• Chủ đề tạo chỉ mục khái niệm;
• Quyết định tách kết quả đã chốt khỏi phần thảo luận;
• Việc cần làm trích trách nhiệm và bước tiếp theo.

Hình 3: Bản tóm tắt và nguồn gốc cùng tồn tại. Nguyên văn đảm bảo khả năng truy nguyên; các trường có cấu trúc phục vụ nhận diện, tìm kiếm và hành động.

Mỗi bản tóm tắt được định danh bằng tài khoản và phiên. Khi một bản ghi vốn chỉ nằm trên thiết bị sau đó đồng bộ vào tài khoản, bản tóm tắt cũ được dùng lại thay vì tạo bản thứ hai. Tiêu đề hoặc việc cần làm do người dùng sửa vẫn gắn với cùng phiên đó. Mọi trường tóm tắt đều có thể chỉnh sửa, bởi mô hình có thể giảm công việc sắp xếp nhưng không nên trở thành thẩm quyền cuối cùng về những gì đã xảy ra trong cuộc họp.

Kiểm soát quyền riêng tư phải nằm trong kiến trúc

Lưu trữ tài khoản mặc định tắt. Phụ đề trực tiếp vẫn hoạt động bình thường trong khi toàn bộ bản ghi nằm trong trình duyệt của người nói. Oralion không tải nó lên chỉ vì một bản tóm tắt có thể hữu ích.

Sau khi bật, bản sao tài khoản và bản tóm tắt thuộc về tài khoản đó. Xóa bản ghi cũng xóa bản tóm tắt; xóa tài khoản sẽ xóa các bản ghi. Oralion không dùng bản ghi đã lưu để huấn luyện mô hình. Đây không phải chú thích nhỏ trong giao diện, mà là ranh giới cả mô hình dữ liệu lẫn luồng xóa phải cùng thực thi.

Ai nên bật lưu bản ghi?

Lưu trong tài khoản hữu ích cho họp dự án định kỳ, phỏng vấn, lớp học, thảo luận cộng đồng và cộng tác đa ngôn ngữ. Thời gian tiết kiệm không chỉ là “không cần ghi chú”. Vài tuần sau, ta có thể tìm theo người, chủ đề hoặc quyết định, rồi từ bản tóm tắt quay về nguyên văn để kiểm tra ngữ cảnh.

Nếu cuộc trò chuyện rất nhạy cảm, phụ đề chỉ cần ở thời điểm hiện tại, hoặc dữ liệu phải ở lại trên một thiết bị, giữ mặc định tắt là chiến lược phù hợp hơn. Khi cần, vẫn có thể tải bản cục bộ xuống thủ công. Đây là lựa chọn chính sách dữ liệu, không phải cấp chức năng thấp hơn.

Cách sử dụng:

1. Mở Cài đặt tài khoản và bật “Lưu bản ghi của tôi vào tài khoản”.
2. Dùng phụ đề trực tiếp Oralion như bình thường; sau phiên, chờ đồng bộ và tạo tóm tắt hoàn tất.
3. Mở Bản ghi lời, tìm theo tiêu đề, người, chủ đề, quyết định hoặc việc cần làm, rồi sửa bản tóm tắt khi cần.

Mục tiêu của lưu trữ và tóm tắt không phải tích lũy mọi câu nói mãi mãi. Mục tiêu là để một cuộc trò chuyện quan trọng có thể được tìm lại, hiểu đúng và tiếp tục hành động khi cần đến lần nữa.