Meta AI có nhớ rằng kế hoạch của bạn đã thay đổi?

Bạn thường chọn chuyến tàu sớm nhất có thể. Riêng chuyến đi thứ Bảy, một người bạn rủ bạn đi chuyến 10:40 để hai người đi cùng nhau. Trợ lý AI nhớ cả hai điều. Rồi chuyến 10:40 bị hủy. Khi bạn nhờ sắp xếp lại, liệu trợ lý có lẳng lặng lên lịch xoay quanh một chuyến tàu đã bị hủy? Liệu nó có mặc định bạn luôn thích đi muộn? Hay nó sẽ nhớ lý do bạn chọn ngoại lệ và hỏi người bạn ấy thực sự đi được chuyến nào?

Đó là cách thử bộ nhớ AI thú vị hơn việc bảo trợ lý nhắc lại màu yêu thích của bạn. Bộ nhớ có ích khi nó giúp công việc tiến triển. Với một kế hoạch kéo dài nhiều ngày, trợ lý còn phải phân biệt sở thích với ngoại lệ, kiểm tra tình hình hiện tại và dừng lại ở những quyết định thuộc về bạn. Bản cập nhật tháng 11 cho Muse và Meta AI là dịp để thử xem giờ đây bạn có thể giao cho trợ lý bao nhiêu phần việc như vậy.

Meta bắt đầu triển khai gì trong tháng 11?

Ngày 6 tháng 11 năm 2026, Meta cho biết hãng bắt đầu triển khai những phiên bản chuyên biệt của các mô hình hiện có trong Muse và Meta AI. Meta đã huấn luyện chúng bằng Muse Wonder, dòng mô hình nghiên cứu được hãng giới thiệu riêng. Muse là tác tử cá nhân của Meta dành cho các nhiệm vụ kéo dài, còn Meta AI là trợ lý đa dụng. Tính năng được triển khai theo từng đợt. Chỉ dựa vào thông báo, chưa thể biết tài khoản, khu vực hoặc giao diện nào đã nhận bản cập nhật.

Meta mô tả hai khả năng xử lý những khía cạnh khác nhau khi kế hoạch đổi. Active Memory có ở cả hai sản phẩm, giúp trợ lý xác định nên nhớ bối cảnh nào, bối cảnh đó còn phù hợp bao lâu và khi nào thông tin mới làm thay đổi ý nghĩa của nó. Với Muse, Meta mô tả Active Focus là khả năng tiếp tục theo đuổi mục tiêu của người dùng sau khi gặp trở ngại bất ngờ. Với Meta AI, hãng mô tả những cải tiến hội thoại liên quan, chẳng hạn đặt câu hỏi tiếp nối và thích ứng khi bạn đổi hướng. Trong ví dụ đi tàu, bộ nhớ liên quan đến việc giữ lại thông tin nào về giờ khởi hành và người bạn đi cùng. Khả năng bám mục tiêu thể hiện ở cách đề xuất chuyến đi khả thi sau khi chuyến đã chọn bị hủy.

Sự phân biệt này quan trọng nếu bạn muốn đánh giá bản cập nhật qua một việc có ích cho mình. Trợ lý có thể nhắc đúng các ràng buộc mới rồi bỏ cuộc ngay khi phương án đầu tiên không còn khả thi. Nó cũng có thể hăng hái đưa ra lịch trình mới dựa trên thông tin từ tuần trước. Một kết quả hữu ích phải vượt qua cả hai phép thử. Nó dùng các ràng buộc hiện tại và điều chỉnh bước kế tiếp theo cách bạn có thể kiểm tra.

Meta báo cáo Muse tăng từ 76% lên 90% trong bài đánh giá khả năng sử dụng đúng bối cảnh quan trọng, tăng 14 điểm phần trăm. Hãng cũng báo cáo cải thiện 67% tỷ lệ hoàn thành các tác vụ hằng ngày của Muse khi gặp trở ngại bất ngờ. Con số thứ hai thể hiện mức cải thiện tương đối. Cả hai đều đến từ đánh giá của Meta. Một chuyến đi, lịch học hoặc bàn giao công việc cụ thể có thể có ràng buộc khác và cần kiểm tra riêng.

Meta đăng phần hướng dẫn trải nghiệm Muse trên trang sản phẩm. Ảnh bìa là ảnh tư liệu khuôn viên Facebook ở Menlo Park do LPS.1 chụp năm 2014 và công bố theo CC0. Telli.sh đã đổi kích thước và cắt ảnh gốc.

Ba loại bối cảnh trong cùng một kế hoạch

Khi ai đó nói chuyến đi diễn ra vào thứ Bảy, tàu khởi hành lúc 10:40 và họ thường thích đi sớm, lúc mới ghi lại cả ba thông tin có vẻ hữu ích như nhau. Chúng có thời hạn khác nhau. Tách chúng thành ba vai trò giúp bạn thấy trợ lý đã làm đúng điều gì khi kế hoạch đổi.

Sơ đồ do Telli.sh thực hiện cho một chuyến đi giả định. Các nhãn là cách ban biên tập xem xét câu trả lời và không mô tả bộ nhớ nội bộ của Meta.

Có sự khác biệt giữa việc gỡ một chuyến tàu bị hủy khỏi lịch trình và quên rằng chuyến ấy từng tồn tại. Nếu người bạn hỏi vì sao bạn đổi kế hoạch, chi tiết cũ đó vẫn có ích. Nếu bạn hỏi nên đặt chuyến nào, nó đã hết hiệu lực. Câu trả lời đúng phụ thuộc vào việc trợ lý đang làm gì với thông tin đó. Hành vi có thể quan sát là liệu nó có chọn bối cảnh phù hợp với câu hỏi hay không.

Với sở thích cũng vậy. Người đề nghị một nhà hàng yên tĩnh cho một buổi gặp có thể không muốn áp dụng yêu cầu đó cho tiệc sinh nhật. Người nói rằng sở thích chọn chỗ ngồi đã thay đổi lâu dài có lý do để kỳ vọng trợ lý dùng sở thích mới cho chuyến khác. Nêu rõ phạm vi thời gian là một cách đơn giản để nâng chất lượng cả bài thử lẫn kế hoạch bạn thực sự sử dụng.

Bài thử ngắn dành cho tài khoản đã nhận bản cập nhật

Bắt đầu bằng các chi tiết hư cấu và yêu cầu lên kế hoạch bằng văn bản. Một bài thử hoàn toàn giả định giúp bạn xem trợ lý xử lý thay đổi ra sao mà không phải gửi thông tin đi lại thật hoặc cấp quyền truy cập tài khoản. Bạn có thể lưu nguyên văn câu lệnh và câu trả lời để lặp lại sau nếu giao diện thay đổi. Nếu bản cập nhật chưa hiển thị rõ trong tài khoản, các câu trả lời vẫn cho thấy giao diện hiện tại hoạt động ra sao, nhưng không xác định được mô hình nào đứng sau chúng.

1. Đặt sở thích dài hạn. Nói: “Tôi thường thích đi chuyến tàu sớm nhất còn chỗ. Trong chuyến đi giả định thứ Bảy, tôi đi cùng Sam và chúng tôi chỉ gặp được nhau từ 10:15.” Yêu cầu trợ lý tóm tắt riêng sở thích và ràng buộc của chuyến này.
2. Đưa ra kế hoạch sắp hết hiệu lực. Nói: “Kế hoạch ban đầu là đi chuyến 10:40 và vào bảo tàng lúc 13:00. Giả sử đi tàu mất 75 phút và từ ga đến bảo tàng mất 30 phút.” Yêu cầu lập lịch trình nháp, không tìm web hay đặt chỗ.
3. Thay một chi tiết và thêm trở ngại. Nói: “Chuyến 10:40 đã bị hủy. Chỉ còn các chuyến 10:00, 11:00 và 11:30. Giờ vào bảo tàng vẫn là 13:00. Hãy dùng các mốc giả định này và cho tôi biết phương án nào phù hợp.” Chuyến 10:00 xung đột với giờ gặp. Chuyến 11:00 đưa bạn tới bảo tàng lúc 12:45. Chuyến 11:30 đưa bạn tới lúc 13:15.
4. Xem lý do. Hỏi: “Điều gì đã đổi, điều gì vẫn áp dụng và bạn sẽ hỏi tôi điều gì trước khi đổi đặt chỗ?” Một câu trả lời bám sát dữ kiện có thể giải thích vì sao chuyến 11:00 phù hợp, chỉ ra khoảng đệm 15 phút và để việc đặt lại chờ một xác nhận riêng.
5. Thử giới hạn của ngoại lệ. Trong cùng cuộc trò chuyện, hỏi trợ lý sẽ lên kế hoạch thế nào cho chuyến giả định khác không có Sam. Nếu giao diện hỗ trợ mang bối cảnh sang cuộc trò chuyện mới và bạn muốn thử, hãy lặp lại câu hỏi thứ hai trong một cuộc trò chuyện mới. Ghi riêng hai kết quả vì dùng lịch sử đang hiển thị và dùng bối cảnh giữa các cuộc trò chuyện là hai trải nghiệm khác nhau.

Sơ đồ do Telli.sh thực hiện cho một bài thử bằng dữ liệu giả định.

Lưu một kết luận ngắn cho mỗi bước. Đánh dấu đạt nếu trợ lý dùng đúng dữ kiện và giải thích kết quả. Đánh dấu không đạt nếu kết quả mâu thuẫn với ràng buộc hoặc đưa lại một phương án đã hết hiệu lực. Đánh dấu chưa rõ nếu bạn không thể biết câu trả lời dựa vào điều đã nhớ, giả định hay thông tin tình cờ đang hiển thị. Kết luận chỉ áp dụng cho tương tác đó vào ngày thử. Lặp lại bài thử thành công với ví dụ khác giúp xác định xem đó có phải một mẫu hành vi ổn định.

Bạn cũng có thể đảo bài thử để xem trợ lý có nhận ra lúc buộc phải đánh đổi. Chuyển giờ vào bảo tàng lên 12:30 rồi hỏi lại. Giờ đây không chuyến nào đáp ứng mọi ràng buộc. Một câu trả lời hữu ích chỉ ra xung đột và hỏi cam kết nào có thể thay đổi. Một câu trả lời trơn tru tự ý đổi giờ bảo tàng sẽ khiến kế hoạch trông như đã xong nhưng đẩy vấn đề về phía bạn.

Cùng tính năng có thể hữu ích ở đâu?

Lịch học có ngoại lệ tạm thời. Một người học thường muốn luyện tập trong những buổi ngắn vào ngày thường. Trong tuần đi xa, họ yêu cầu hai buổi dài hơn và muốn trở lại lịch cũ vào tuần kế tiếp. Đưa cho trợ lý tình huống có ngày cụ thể và yêu cầu hiển thị lịch cả hai tuần. Lợi ích tiềm năng là bớt phải nhắc lại một sở thích ổn định. Điều đáng lo là chỉ dẫn cho một tuần có thể tiếp tục được áp dụng sau khi hết hạn. Hãy kiểm tra xem lịch học có trở lại đúng ngày yêu cầu và ngày thi mới có thay thế hạn cũ hay không.

Tổ chức sự kiện tình nguyện khi điều kiện thay đổi. Một nhóm thường tránh buổi tối ngày thường, nhưng một thành viên đề nghị địa điểm cho một ngày thứ Ba ngoại lệ. Sau đó địa điểm không còn trống. Cung cấp danh sách phòng và giờ trống giả định. Yêu cầu trợ lý đề xuất phương án và nêu điều còn cần hỏi người tổ chức. Điều có ích là giữ nguyên các nhu cầu khác của nhóm trong lúc thích ứng với thay đổi địa điểm. Đề xuất trong bản nháp dễ sửa. Tin đã gửi cho toàn bộ người tham gia có hệ quả lớn hơn và cần được xem riêng.

Bàn giao công việc định kỳ. Hãy hình dung một nhóm nhỏ thích bản cập nhật một trang. Dự án hiện tại có hạn báo cáo đặc biệt và một đầu việc phụ thuộc vừa chậm lại. Yêu cầu trợ lý sửa bản bàn giao theo dòng thời gian giả định, ghi rõ ước tính mới và giữ định dạng một trang. Trợ lý hữu ích có thể giữ định dạng quen thuộc và làm nổi bật lịch mới. Vấn đề phát sinh nếu nó nhắc lại hạn đã cũ hoặc mô tả một đầu việc phụ thuộc chưa chắc chắn như thể đã ngã ngũ. Bảng dữ kiện và ngày tháng hiện tại vẫn cho người đọc điểm tựa cụ thể để đối chiếu.

Điểm chung ở các ví dụ là bớt nhập lại thông tin và giữ mạch công việc tốt hơn khi một nhiệm vụ kéo dài qua nhiều cuộc trò chuyện. Rủi ro là thông tin cũ càng khó nhận ra khi câu trả lời nghe trôi chảy và quen thuộc. Suy luận cũng làm việc đánh giá phức tạp hơn. Trợ lý có thể suy diễn ngoại lệ tạm thời thành sở thích rộng hơn dù bạn chưa từng nói vậy. Khi phạm vi quan trọng, hãy nêu lúc bắt đầu, lúc kết thúc và chi tiết cũ bị thay thế. Sau đó xem câu trả lời kế tiếp có phản ánh đúng thay đổi mong đợi hay không.

Điểm cần giữ quyền kiểm soát là bước kế tiếp có hệ quả

Trợ lý có thể xoay xở khi gặp bất ngờ sẽ giúp bạn bớt thời gian soạn phương án. Nó càng có vẻ thành thạo, bạn càng dễ để một đề xuất chuyển thẳng thành hành động. Hãy xác định trước ranh giới ấy. Trong ví dụ đi tàu, lịch trình đã sửa là thứ dễ xem xét. Mua vé mới, hủy vé cũ hoặc gửi kế hoạch cho bạn sẽ thay đổi tình hình bên ngoài cuộc trò chuyện. Hãy yêu cầu xác nhận riêng trước mỗi bước nếu sản phẩm và các công cụ đã kết nối có thể thực hiện chúng.

Hãy xem lịch trình là bản làm việc. Giữ thông tin đặt chỗ và xác nhận cuối cùng trong dịch vụ đã cấp chúng, rồi kiểm tra dữ kiện quan trọng tại đó. Nếu so sánh hai lần chạy, hãy ghi lại trợ lý có đầu vào nào tại thời điểm đó. Một kết quả sinh ra sau khi lịch tàu đổi cần được đối chiếu với lịch tàu mới. Tuyên bố triển khai và đánh giá của Meta mô tả mục tiêu của hãng. Hành vi quan sát được trên chính đầu vào của bạn mới là căn cứ cho quyết định tiếp theo.

Triển vọng ban đầu của Active Memory và Active Focus là bạn có thể ít phải giải thích lại khi một tác vụ kéo dài và tình hình thay đổi. Bài thử đáng lặp lại là liệu trợ lý có giữ lý do đằng sau quyết định, bỏ chi tiết hết hiệu lực và chỉ ra xung đột khi vẫn còn thời gian giải quyết hay không. Nếu điều đó diễn ra nhất quán trong những ví dụ ít rủi ro, bạn có căn cứ để giao thêm việc lên kế hoạch nháp và vẫn xem xét bước có hệ quả thực tế.

Nguồn

• Thông báo ngày 6 tháng 11 của Meta về mô hình chuyên biệt cho Muse và Meta AI
• Giới thiệu riêng của Meta về Muse Wonder
• Hướng dẫn và phần trải nghiệm Muse chính thức
• Ảnh bìa của LPS.1, CC0

Về Telli.sh

Telli.sh biến bản ghi âm, ghi chú và tài liệu thành kho kiến thức cá nhân có thể tìm kiếm để bạn tìm lại nguồn đằng sau một quyết định. Dùng thử Telli.sh để giữ ghi chú công việc và bối cảnh làm cơ sở cho chúng ở cùng một nơi.