Bộ nhớ tác nhân là gì? Trạng thái, hồi tưởng và quên

Bộ nhớ tác nhân là gì?

Máy chủ Scrapeless MCP cung cấp cho các client AI tương thích khả năng thu thập web, có thể cung cấp các quan sát cho một hệ thống bộ nhớ tác nhân được thiết kế độc lập.

Bộ nhớ tác nhân là trạng thái mà một hệ thống tác nhân giữ lại và cung cấp cho các bước hoặc phiên sau. Nó có thể bao gồm tiến độ của tác vụ hiện tại, các tùy chọn đã được người dùng phê duyệt, các quan sát trong quá khứ và các quy trình có thể tái sử dụng. Ứng dụng xung quanh quyết định cần lưu gì, khi nào truy xuất, và cách cập nhật hoặc xóa.

Vì vậy, bộ nhớ là một vòng đời chứ không phải một cơ sở dữ liệu đơn lẻ. Một phát biểu đã lưu có thể sai, lỗi thời, không liên quan, hoặc nằm ngoài quyền của người dùng hiện tại. Bộ nhớ tác nhân hữu ích đòi hỏi ghi chọn lọc, hồi tưởng phù hợp, xử lý xung đột, và phân biệt rõ ràng giữa điều đã được quan sát và điều mà tác nhân chỉ suy luận.

Sự khác nhau giữa trạng thái làm việc và bộ nhớ bền vững là gì?

Trạng thái làm việc theo dõi tác vụ hiện tại, trong khi bộ nhớ bền vững giữ lại thông tin vượt ra ngoài lần thực thi tức thời đó. Lịch sử hội thoại, kết quả từ một công cụ và một điểm kiểm soát đều có thể giúp duy trì tính liên tục, nhưng chúng có hành vi lưu giữ và khôi phục khác nhau. Hãy xác định điều gì sống sót qua một gián đoạn, một phiên mới và một thay đổi người dùng.

Các khái niệm về bộ nhớ tác nhân phân biệt trạng thái cấp luồng với các kho lưu trữ sống lâu hơn. Từ vựng đó vẫn hữu ích ngay cả khi một ứng dụng dùng một framework khác. Một điểm kiểm soát tác vụ có thể giữ lại bước tiếp theo mà không biến mọi chi tiết hội thoại thành một ưu tiên vĩnh viễn. Tương tự, một thiết lập người dùng bền vững không nên biến mất chỉ vì một bản tóm tắt đã rút ngắn cuộc hội thoại gần đây.

Tác nhân nên ghi nhớ những loại thông tin nào?

Một tác nhân nên ghi nhớ thông tin có mục đích sử dụng trong tương lai được xác định và có thẩm quyền phù hợp. Ví dụ gồm một sở thích viết được nêu rõ, mã định danh của một thao tác đã hoàn tất, và phiên bản đã quan sát của một tài liệu công khai. Giữ các sở thích suy ra tách biệt với các chỉ dẫn rõ ràng để một phỏng đoán không âm thầm trở thành quy tắc ràng buộc.

Một bản ghi nhớ hữu ích nêu rõ đối tượng, sự kiện hoặc quan sát, nguồn gốc, phạm vi, mức độ liên quan theo thời gian, và cách nó có thể được sửa đổi. Tránh nén “người dùng đã chọn tùy chọn này cho tác vụ này” thành “người dùng luôn thích tùy chọn này.” Phát biểu hẹp hơn giữ lại ngữ cảnh và giảm việc áp dụng sai trong tương lai. Một số bản ghi thuộc về một dự án hoặc phiên cụ thể ngay cả khi cùng một người làm việc trên nhiều dự án.

Thành phầnNội dung điển hìnhCâu hỏi vòng đời
Trạng thái làm việcKế hoạch hiện tại, kết quả công cụ, tiến độĐiều gì sống sót sau một tác vụ bị gián đoạn?
Sự kiện bền vữngSở thích đã được chấp thuận hoặc sự kiện của dự ánAi có thể thay đổi hoặc thay thế nó?
Chỉ mục truy xuấtCác biểu diễn có thể tìm kiếm của bản ghiQuyền truy cập và phiên bản có được căn chỉnh không?
Quy trình có thể tái sử dụngMột phương pháp đã được kiểm chứng cho một tác vụ lặp lạiKhi nào nên được xem xét lại hoặc loại bỏ?

Hồi tưởng hoạt động như thế nào?

Hồi tưởng chọn thông tin đã lưu trữ phù hợp với tác vụ hiện tại và trả về đủ ngữ cảnh để sử dụng đúng. Tra cứu chính xác phù hợp với mã định danh ổn định và cài đặt tài khoản. Truy xuất ngữ nghĩa có thể giúp tìm các ghi chú liên quan trong quá khứ. Các bộ lọc về thời gian, dự án, người dùng và quyền truy cập có thể thu hẹp các bản ghi đủ điều kiện trước khi xem xét mức độ liên quan.

Cách tiếp cận retrieval-augmented generation cung cấp nền tảng để cung cấp thông tin bên ngoài cho một bộ sinh, nhưng bộ nhớ bổ sung các quyết định về vòng đời, về việc cái gì nên được giữ lại và vì sao. Một ghi chú được truy xuất nên giữ lại thẩm quyền và phạm vi khi được đặt vào ngữ cảnh. Một quan sát về một trang là bằng chứng về trang đó; nó không được mang thẩm quyền của một chỉ dẫn hiện tại của người dùng chỉ vì nó đã được truy xuất.

Vì sao việc ghi bộ nhớ cần bằng chứng?

Ghi bộ nhớ có thể biến một hiểu lầm cục bộ thành một sai lầm lặp lại trong tương lai. Lưu cơ sở gốc cho các sự kiện quan trọng và gắn nhãn các bản tóm tắt là bản ghi dẫn xuất. Một bản tóm tắt gọn nhẹ hữu ích cho việc hồi tưởng, trong khi tham chiếu đến nguồn cho phép một người xem xét giải quyết mơ hồ hoặc khôi phục chi tiết bị lược bỏ.

Mô hình dữ liệu PROV mô tả các mối quan hệ giữa các thực thể, hoạt động và các tác nhân chịu trách nhiệm. Một hệ thống bộ nhớ thực tiễn có thể áp dụng nguyên tắc đơn giản hơn là mọi ghi chú dẫn xuất nên xác định nguồn và phép biến đổi của nó. Đối với một tác nhân nghiên cứu giả định, hãy phân biệt một trích dẫn nguồn, một sự kiện sản phẩm được trích xuất và một diễn giải. Những bản ghi đó đều có thể hữu ích, nhưng không nên được trình bày là có mức độ thẩm quyền như nhau.

Các quan sát mới nên đi vào bộ nhớ như thế nào?

Các quan sát mới nên đi vào bộ nhớ như các bằng chứng có phạm vi trước khi được thăng hạng thành các sự kiện bền vững. Nội dung web có thể thay đổi, và văn bản trên trang có thể chứa các chỉ dẫn chỉ là một phần của nguồn. Một tác nhân phải duy trì ranh giới giữa việc đọc nội dung và chấp nhận thẩm quyền để hành động.

The Máy chủ Scrapeless MCP cung cấp các khả năng thu thập, trong khi ứng dụng của bạn kiểm soát lưu trữ bộ nhớ và mức độ tin cậy. Một trang đã thu thập cần mang theo URL của nó, ngữ cảnh thu thập và phiên bản nội dung. quy trình truy xuất mang tính tác nhân cho thấy mối liên hệ giữa các quan sát từ công cụ và các câu trả lời về sau. Việc thu thập không khẳng định rằng mọi khẳng định trên trang đều đang cập nhật hoặc phù hợp để ghi nhớ vĩnh viễn.

Làm Thế Nào Để Bạn Giải Quyết Những Ký Ức Mâu Thuẫn Hoặc Lỗi Thời?

Mâu thuẫn đòi hỏi một quy tắc giải quyết rõ ràng tính đến độ uy tín và phạm vi của nguồn. Một quan sát mới hơn có thể thay thế một bản chụp trang cũ, trong khi một hướng dẫn hiện tại của người dùng có thể ghi đè một sở thích trước đó cho tác vụ hiện tại. Không được dùng tính gần đây làm quy tắc duy nhất: một suy luận gần đây vẫn có thể kém tin cậy hơn một thiết lập rõ ràng.

Giữ bản ghi đã bị thay thế có thể phân biệt được với bản đang hoạt động khi nhu cầu kiểm toán biện minh cho việc giữ lại. Cũng hãy xác định thời hạn cho các sự kiện thay đổi thường xuyên. Đối với một bộ theo dõi sản phẩm giả định, một quan sát về giá không nên được đối xử như một danh mục sản phẩm vĩnh viễn. Hãy kiểm tra lại khi tác vụ tiếp theo phụ thuộc vào độ chính xác của nó, hoặc nêu rõ rằng bộ nhớ hiện có là lịch sử. Một nhãn độ tin cậy đơn lẻ không thể biến một sự kiện cũ thành hiện tại.

Quên Nghĩa Là Gì Trên Thực Tế?

Quên nghĩa là loại bỏ hoặc làm cho không thể truy cập được những thông tin không nên tiếp tục ảnh hưởng đến tác nhân. Điều này có thể đòi hỏi cập nhật trên kho chính, bản tóm tắt, bản ghi vector, bộ nhớ đệm và ghi chú suy diễn. Chỉ xóa thông điệp gốc có thể để lại một bản tóm tắt tiếp tục lặp lại cùng một sự kiện.

Xác định quyền sở hữu, phạm vi xóa và hành vi xác minh trước khi thu thập thông tin nhạy cảm. Tách người dùng và dự án thông qua các kiểm soát truy cập được thực thi thay vì hy vọng cơ chế truy xuất sẽ chọn đúng người. Chỉ lưu những gì quy trình làm việc cần. Một bước kiểm tra xóa hữu ích là hỏi liệu thông tin đó vẫn có thể được gọi lại qua bất kỳ đường dẫn hỗ trợ nào hay không, bao gồm bản tóm tắt liên quan hoặc một truy vấn ngữ nghĩa rộng. Bước kiểm tra đó đánh giá hành vi thực tế mà người dùng quan tâm.

Bạn Có Thể Đánh Giá Bộ Nhớ Của Tác Nhân Như Thế Nào?

Đánh giá bộ nhớ thông qua các tác vụ yêu cầu hồi tưởng, sửa sai và cố ý không sử dụng. Kiểm tra xem hệ thống có ghi nhớ một sở thích đã được chấp thuận, truy xuất đúng ngữ cảnh dự án, bỏ qua ghi chú không liên quan và tôn trọng một chỉnh sửa rõ ràng hay không. Bao gồm các trường hợp mà câu trả lời phải là “không biết” vì không tồn tại bản ghi hỗ trợ.

Nghiên cứu như thư viện kỹ năng tái sử dụng của Voyager minh họa một cách để tác nhân có thể bảo tồn các tạo phẩm hữu ích qua nhiều tác vụ; nó không thiết lập một kiến trúc phổ quát. Hãy bắt đầu với kho nhỏ nhất đáp ứng được quy trình làm việc. Chỉ thêm truy xuất ngữ nghĩa hoặc tổ chức phức tạp hơn khi các bài kiểm tra cho thấy vấn đề hồi tưởng mà những thành phần đó có thể giải quyết. Cũng đo lường việc hồi tưởng gây hại: một hệ thống bộ nhớ có thể thất bại bằng cách ghi nhớ quá nhiều trong ngữ cảnh sai.

Điều Gì Không Bao Giờ Được Trở Thành Hướng Dẫn Thông Qua Bộ Nhớ?

Nội dung từ nguồn không đáng tin nên được giữ ở dạng bằng chứng khi được lưu hoặc truy xuất. Một trang web, trích dẫn email hoặc thông điệp log có thể chứa văn bản trông giống như một lệnh. Lưu văn bản đó như một ký ức không trao cho nó quyền hạn đối với tác vụ hiện tại. Hãy giữ nguyên loại nguồn và mức độ tin cậy để việc gọi lại sau này không thể âm thầm nâng nội dung đó thành một chỉ dẫn.

Đối với một quy trình nghiên cứu giả định, một trang có thể bảo người đọc bỏ qua các chỉ dẫn trước đó và sử dụng một dịch vụ khác. Tác nhân có thể tóm tắt rằng trang chứa một tuyên bố như vậy nếu nó quan trọng với nghiên cứu, nhưng không được xem tuyên bố đó như giấy phép để thay đổi tác vụ của người dùng. Ranh giới tương tự áp dụng cho các bản tóm tắt được tạo: một bản tóm tắt không được biến một yêu cầu được trích dẫn thành một hành động đã được phê duyệt.

Hãy kiểm tra trực tiếp hành vi này với các bản ghi lưu trữ trộn lẫn sự kiện liên quan và văn bản giống như chỉ dẫn. Tác nhân nên khôi phục các sự kiện, trích dẫn nguồn gốc của chúng và giữ quyền thực hiện hành động gắn với quy trình làm việc được ủy quyền hiện tại. Kiểm soát truy cập bộ nhớ và thẩm quyền chỉ dẫn có liên quan nhưng khác biệt: một người dùng có thể được phép đọc một trang mà không làm cho mọi chỉ dẫn trên trang đó trở nên ràng buộc với tác nhân.

Kết Luận

Bộ nhớ của tác nhân chỉ hữu ích khi thông tin được lưu trữ quay lại với bằng chứng, phạm vi và mức độ cập nhật phù hợp. Xác định vòng đời trước khi chọn sản phẩm lưu trữ: viết gì, khi nào truy xuất, cách sửa và cách quên. Kiểm tra cả việc hồi tưởng hữu ích và việc không sử dụng phù hợp để tính liên tục không biến thành lỗi lặp lại.

Các quan sát từ trình duyệt có thể đến từ Scrapeless Agent Browser; chính sách bộ nhớ nằm trong ứng dụng của bạn, và Scrapeless pricing giúp lập kế hoạch sử dụng thu thập.

Cung Cấp Cho Tác Nhân Của Bạn Bằng Chứng Hiện Tại

Kết nối các khả năng thu thập web trong khi vẫn giữ phạm vi, độ tin cậy và thời hạn lưu trữ bộ nhớ trong ứng dụng của bạn.

Đăng ký hôm nay và nhận $5 tín dụng miễn phí — không cần thẻ tín dụng.

Nhận $5 Tín Dụng Của Bạn →

Câu Hỏi Thường Gặp

Cơ sở dữ liệu vector có giống với bộ nhớ của tác nhân không?

Cơ sở dữ liệu vector là một thành phần truy xuất có thể có của bộ nhớ tác nhân. Bộ nhớ cũng yêu cầu chính sách ghi, thẩm quyền, phạm vi, cập nhật, xóa và kiểm soát truy cập. Một hệ thống nhỏ có thể dùng bản ghi có cấu trúc mà không cần tìm kiếm ngữ nghĩa.

Bộ nhớ có thay đổi trọng số của mô hình không?

Bộ nhớ tác nhân ở cấp ứng dụng thường cung cấp ngữ cảnh đã lưu cho các yêu cầu về sau thay vì thay đổi trọng số của mô hình. Huấn luyện hoặc tinh chỉnh là một quy trình riêng với chi phí, kiểm soát và hành vi cập nhật khác.

Mọi cuộc hội thoại có nên được lưu trữ vĩnh viễn không?

Mọi cuộc hội thoại không nên tự động trở thành ký ức vĩnh viễn. Hãy giữ lại thông tin cho một mục đích xác định dưới các quyền và chính sách lưu trữ áp dụng. Giữ ngữ cảnh riêng cho tác vụ tách biệt với các sở thích bền vững của người dùng.

Bài kiểm tra bộ nhớ đầu tiên hữu ích nhất là gì?

Một bài kiểm tra đầu tiên hữu ích kiểm tra xem một chỉnh sửa rõ ràng có thay thế một sự kiện lỗi thời trong tác vụ liên quan tiếp theo hay không. Cũng hãy kiểm tra với người dùng hoặc dự án khác để xác nhận rằng bản ghi đã được chỉnh sửa chỉ được gọi lại trong phạm vi được ủy quyền của nó.

Tài Liệu Tham Khảo