Active Memory là một tác nhân phụ bộ nhớ chặn tùy chọn do plugin sở hữu, chạy trước phản hồi chính cho các phiên hội thoại đủ điều kiện. Nó tồn tại vì hầu hết hệ thống bộ nhớ đều mạnh nhưng mang tính phản ứng. Chúng dựa vào tác nhân chính để quyết định khi nào cần tìm kiếm bộ nhớ, hoặc dựa vào người dùng nói những điều như “ghi nhớ điều này” hoặc “tìm kiếm bộ nhớ.” Đến lúc đó, thời điểm mà bộ nhớ lẽ ra đã giúp phản hồi trở nên tự nhiên thì đã trôi qua. Active Memory cho hệ thống một cơ hội có giới hạn để đưa ra bộ nhớ liên quan trước khi phản hồi chính được tạo.Documentation Index
Fetch the complete documentation index at: https://docs.openclaw.ai/llms.txt
Use this file to discover all available pages before exploring further.
Bắt đầu nhanh
Dán nội dung này vàoopenclaw.json để có thiết lập mặc định an toàn — bật plugin, giới hạn cho
tác nhân main, chỉ các phiên tin nhắn trực tiếp, kế thừa mô hình phiên
khi có thể:
plugins.entries.active-memory.enabled: truebật pluginconfig.agents: ["main"]chỉ đưa tác nhânmainvào Active Memoryconfig.allowedChatTypes: ["direct"]giới hạn ở các phiên tin nhắn trực tiếp (hãy chọn tham gia nhóm/kênh một cách rõ ràng)config.model(tùy chọn) ghim một mô hình hồi tưởng chuyên dụng; nếu không đặt thì kế thừa mô hình phiên hiện tạiconfig.modelFallbackchỉ được dùng khi không phân giải được mô hình rõ ràng hoặc kế thừa nàoconfig.promptStyle: "balanced"là mặc định cho chế độrecent- Active Memory vẫn chỉ chạy cho các phiên chat tương tác liên tục đủ điều kiện
Khuyến nghị về tốc độ
Thiết lập đơn giản nhất là để trốngconfig.model và cho Active Memory dùng
cùng mô hình bạn đã dùng cho các phản hồi thông thường. Đó là mặc định an toàn nhất
vì nó đi theo nhà cung cấp, xác thực và tùy chọn mô hình hiện có của bạn.
Nếu bạn muốn Active Memory cảm thấy nhanh hơn, hãy dùng một mô hình suy luận chuyên dụng
thay vì mượn mô hình chat chính. Chất lượng hồi tưởng là quan trọng, nhưng độ trễ
quan trọng hơn so với đường dẫn trả lời chính, và bề mặt công cụ của Active Memory
rất hẹp (nó chỉ gọi các công cụ hồi tưởng bộ nhớ có sẵn).
Các tùy chọn mô hình nhanh tốt:
cerebras/gpt-oss-120bcho một mô hình hồi tưởng chuyên dụng có độ trễ thấpgoogle/gemini-3-flashlàm phương án dự phòng độ trễ thấp mà không thay đổi mô hình chat chính của bạn- mô hình phiên thông thường của bạn, bằng cách để trống
config.model
Thiết lập Cerebras
Thêm một nhà cung cấp Cerebras và trỏ Active Memory tới đó:chat/completions cho
mô hình đã chọn — chỉ việc hiển thị trong /v1/models không đảm bảo điều đó.
Cách xem
Active Memory chèn một tiền tố prompt không tin cậy bị ẩn cho mô hình. Nó không hiển thị các thẻ thô<active_memory_plugin>...</active_memory_plugin> trong
phản hồi bình thường mà client nhìn thấy.
Công tắc phiên
Dùng lệnh plugin khi bạn muốn tạm dừng hoặc tiếp tục Active Memory cho phiên chat hiện tại mà không cần chỉnh cấu hình:plugins.entries.active-memory.enabled, mục tiêu tác nhân, hoặc cấu hình toàn cục
khác.
Nếu bạn muốn lệnh ghi cấu hình và tạm dừng hoặc tiếp tục Active Memory cho
tất cả phiên, hãy dùng dạng toàn cục rõ ràng:
plugins.entries.active-memory.config.enabled. Nó giữ
plugins.entries.active-memory.enabled bật để lệnh vẫn khả dụng nhằm
bật lại Active Memory sau này.
Nếu bạn muốn xem Active Memory đang làm gì trong một phiên trực tiếp, hãy bật
các công tắc phiên khớp với đầu ra bạn muốn:
- một dòng trạng thái Active Memory như
Active Memory: status=ok elapsed=842ms query=recent summary=34 charskhi/verbose on - một tóm tắt gỡ lỗi dễ đọc như
Active Memory Debug: Lemon pepper wings with blue cheese.khi/trace on
/trace raw, khối Model Input (User Role) được truy vết sẽ
hiển thị tiền tố Active Memory bị ẩn như sau:
Khi nào nó chạy
Active Memory dùng hai cổng:- Chọn tham gia bằng cấu hình
Plugin phải được bật, và id tác nhân hiện tại phải xuất hiện trong
plugins.entries.active-memory.config.agents. - Điều kiện đủ nghiêm ngặt khi chạy Ngay cả khi đã bật và được nhắm mục tiêu, Active Memory chỉ chạy cho các phiên chat tương tác liên tục đủ điều kiện.
Loại phiên
config.allowedChatTypes kiểm soát những loại cuộc hội thoại nào có thể chạy Active
Memory.
Mặc định là:
config.allowedChatIds và
config.deniedChatIds sau khi chọn các loại phiên được phép.
allowedChatIds là một danh sách cho phép rõ ràng gồm các id cuộc hội thoại đã phân giải. Khi nó
không rỗng, Active Memory chỉ chạy khi id cuộc hội thoại của phiên nằm trong
danh sách đó. Điều này thu hẹp mọi loại chat được phép cùng lúc, bao gồm cả tin nhắn trực tiếp.
Nếu bạn muốn tất cả tin nhắn trực tiếp cộng với chỉ một số nhóm cụ thể, hãy đưa
các id đối phương trực tiếp vào allowedChatIds hoặc giữ allowedChatTypes tập trung vào
đợt triển khai nhóm/kênh bạn đang thử nghiệm.
deniedChatIds là một danh sách chặn rõ ràng. Nó luôn thắng
allowedChatTypes và allowedChatIds, nên một cuộc hội thoại khớp sẽ bị bỏ qua
ngay cả khi loại phiên của nó vốn được phép.
Các id đến từ khóa phiên kênh liên tục: ví dụ Feishu
chat_id / open_id, id chat Telegram, hoặc id kênh Slack. Việc khớp
không phân biệt chữ hoa chữ thường. Nếu allowedChatIds không rỗng và OpenClaw không thể phân giải
id cuộc hội thoại cho phiên, Active Memory sẽ bỏ qua lượt đó thay vì
đoán.
Ví dụ:
Nó chạy ở đâu
Active Memory là một tính năng làm giàu hội thoại, không phải một tính năng suy luận trên toàn nền tảng.| Bề mặt | Chạy Active Memory? |
|---|---|
| Các phiên liên tục trong Control UI / web chat | Có, nếu plugin được bật và tác nhân được nhắm mục tiêu |
| Các phiên kênh tương tác khác trên cùng đường dẫn chat liên tục | Có, nếu plugin được bật và tác nhân được nhắm mục tiêu |
| Các lượt chạy một lần không giao diện | Không |
| Các lượt chạy Heartbeat/nền | Không |
Các đường dẫn agent-command nội bộ chung | Không |
| Thực thi tác nhân phụ/trợ giúp nội bộ | Không |
Vì sao dùng nó
Dùng Active Memory khi:- phiên là liên tục và hướng tới người dùng
- tác nhân có bộ nhớ dài hạn có ý nghĩa để tìm kiếm
- tính liên tục và cá nhân hóa quan trọng hơn tính xác định thô của prompt
- sở thích ổn định
- thói quen lặp lại
- ngữ cảnh người dùng dài hạn nên xuất hiện một cách tự nhiên
- tự động hóa
- worker nội bộ
- tác vụ API một lần
- những nơi mà cá nhân hóa ẩn sẽ gây bất ngờ
Cách hoạt động
Hình dạng runtime là: Tác nhân phụ bộ nhớ chặn chỉ có thể dùng các công cụ hồi tưởng bộ nhớ có sẵn:memory_recallmemory_searchmemory_get
NONE.
Chế độ truy vấn
config.queryMode kiểm soát lượng hội thoại mà tác nhân phụ bộ nhớ chặn
nhìn thấy. Chọn chế độ nhỏ nhất vẫn trả lời tốt các câu hỏi tiếp nối;
ngân sách timeout nên tăng theo kích thước ngữ cảnh (message < recent < full).
- message
- recent
- full
Chỉ gửi tin nhắn người dùng mới nhất.Dùng chế độ này khi:
- bạn muốn hành vi nhanh nhất
- bạn muốn thiên lệch mạnh nhất về hồi tưởng sở thích ổn định
- các lượt tiếp nối không cần ngữ cảnh hội thoại
3000 đến 5000 ms cho config.timeoutMs.Kiểu prompt
config.promptStyle kiểm soát mức độ chủ động hoặc nghiêm ngặt của tác nhân phụ bộ nhớ chặn
khi quyết định có trả về bộ nhớ hay không.
Các kiểu khả dụng:
balanced: mặc định đa dụng cho chế độrecentstrict: ít chủ động nhất; phù hợp nhất khi bạn muốn rất ít nội dung lan từ ngữ cảnh lân cậncontextual: thân thiện nhất với tính liên tục; phù hợp nhất khi lịch sử trò chuyện nên được ưu tiên hơnrecall-heavy: sẵn sàng hiển thị bộ nhớ hơn với các kết quả khớp mềm hơn nhưng vẫn hợp lýprecision-heavy: ưu tiên mạnhNONEtrừ khi kết quả khớp là rõ ràngpreference-only: tối ưu cho mục yêu thích, thói quen, lịch trình, gu, và các sự kiện cá nhân lặp lại
config.promptStyle:
config.promptStyle, giá trị ghi đè đó sẽ được ưu tiên.
Ví dụ:
Chính sách dự phòng mô hình
Nếu chưa đặtconfig.model, Active Memory cố gắng phân giải một mô hình theo thứ tự này:
config.modelFallback kiểm soát bước dự phòng đã cấu hình.
Dự phòng tùy chỉnh tùy chọn:
config.modelFallbackPolicy chỉ được giữ lại như một trường tương thích đã lỗi thời
cho các cấu hình cũ hơn. Nó không còn thay đổi hành vi runtime.
Các lối thoát nâng cao
Các tùy chọn này cố ý không thuộc thiết lập được khuyến nghị.config.thinking có thể ghi đè mức suy nghĩ của sub-agent bộ nhớ chặn:
config.promptAppend thêm chỉ dẫn vận hành bổ sung sau prompt Active
Memory mặc định và trước ngữ cảnh trò chuyện:
config.promptOverride thay thế prompt Active Memory mặc định. OpenClaw
vẫn nối thêm ngữ cảnh trò chuyện sau đó:
NONE
hoặc ngữ cảnh sự kiện người dùng ngắn gọn cho mô hình chính.
Lưu bền transcript
Các lần chạy sub-agent bộ nhớ chặn của Active memory tạo một transcriptsession.jsonl
thật trong khi gọi sub-agent bộ nhớ chặn.
Theo mặc định, transcript đó là tạm thời:
- nó được ghi vào một thư mục tạm
- nó chỉ được dùng cho lần chạy sub-agent bộ nhớ chặn
- nó bị xóa ngay sau khi lần chạy kết thúc
config.transcriptDir.
Hãy sử dụng cẩn thận:
- transcript sub-agent bộ nhớ chặn có thể tích lũy nhanh trong các phiên bận rộn
- chế độ truy vấn
fullcó thể nhân đôi nhiều ngữ cảnh trò chuyện - các transcript này chứa ngữ cảnh prompt ẩn và các bộ nhớ đã truy hồi
Cấu hình
Toàn bộ cấu hình active memory nằm dưới:| Khóa | Kiểu | Ý nghĩa |
|---|---|---|
enabled | boolean | Bật chính Plugin này |
config.agents | string[] | Id agent có thể dùng active memory |
config.model | string | Tham chiếu mô hình sub-agent bộ nhớ chặn tùy chọn; khi chưa đặt, active memory dùng mô hình phiên hiện tại |
config.allowedChatTypes | ("direct" | "group" | "channel")[] | Loại phiên có thể chạy Active Memory; mặc định là các phiên kiểu tin nhắn trực tiếp |
config.allowedChatIds | string[] | Danh sách cho phép tùy chọn theo cuộc trò chuyện, áp dụng sau allowedChatTypes; danh sách không rỗng sẽ fail closed |
config.deniedChatIds | string[] | Danh sách từ chối tùy chọn theo cuộc trò chuyện, ghi đè các loại phiên được phép và id được phép |
config.queryMode | "message" | "recent" | "full" | Kiểm soát lượng cuộc trò chuyện mà sub-agent bộ nhớ chặn nhìn thấy |
config.promptStyle | "balanced" | ”strict” | “contextual” | “recall-heavy” | “precision-heavy” | “preference-only”` | Kiểm soát mức chủ động hoặc nghiêm ngặt của sub-agent bộ nhớ chặn khi quyết định có trả về bộ nhớ hay không |
config.thinking | "off" | "minimal" | "low" | "medium" | "high" | "xhigh" | "adaptive" | "max" | Ghi đè suy nghĩ nâng cao cho sub-agent bộ nhớ chặn; mặc định off để tăng tốc |
config.promptOverride | string | Thay thế toàn bộ prompt nâng cao; không khuyến nghị cho sử dụng thông thường |
config.promptAppend | string | Chỉ dẫn bổ sung nâng cao được nối vào prompt mặc định hoặc prompt đã ghi đè |
config.timeoutMs | number | Thời gian chờ cứng cho sub-agent bộ nhớ chặn, giới hạn ở 120000 ms |
config.maxSummaryChars | number | Tổng số ký tự tối đa được phép trong bản tóm tắt active-memory |
config.logging | boolean | Phát nhật ký active memory trong khi tinh chỉnh |
config.persistTranscripts | boolean | Giữ transcript sub-agent bộ nhớ chặn trên đĩa thay vì xóa các tệp tạm |
config.transcriptDir | string | Thư mục transcript sub-agent bộ nhớ chặn tương đối dưới thư mục sessions của agent |
| Khóa | Kiểu | Ý nghĩa |
|---|---|---|
config.maxSummaryChars | number | Tổng số ký tự tối đa được phép trong bản tóm tắt active-memory |
config.recentUserTurns | number | Các lượt người dùng trước đó cần đưa vào khi queryMode là recent |
config.recentAssistantTurns | number | Các lượt trợ lý trước đó cần đưa vào khi queryMode là recent |
config.recentUserChars | number | Số ký tự tối đa cho mỗi lượt người dùng gần đây |
config.recentAssistantChars | number | Số ký tự tối đa cho mỗi lượt trợ lý gần đây |
config.cacheTtlMs | number | Tái sử dụng bộ nhớ đệm cho các truy vấn giống hệt lặp lại (phạm vi: 1000-120000 ms; mặc định: 15000) |
config.circuitBreakerMaxTimeouts | number | Bỏ qua truy hồi sau số lần hết thời gian chờ liên tiếp này cho cùng agent/mô hình. Đặt lại khi truy hồi thành công hoặc sau khi thời gian chờ hồi phục hết hạn (phạm vi: 1-20; mặc định: 3). |
config.circuitBreakerCooldownMs | number | Thời gian bỏ qua truy hồi sau khi circuit breaker kích hoạt, tính bằng ms (phạm vi: 5000-600000; mặc định: 60000). |
Thiết lập được khuyến nghị
Bắt đầu vớirecent.
OC_I18N_900031
Nếu bạn muốn kiểm tra hành vi trực tiếp trong khi tinh chỉnh, hãy dùng /verbose on cho
dòng trạng thái thông thường và /trace on cho bản tóm tắt gỡ lỗi active-memory thay vì
tìm một lệnh gỡ lỗi active-memory riêng. Trong các kênh trò chuyện, các dòng
chẩn đoán đó được gửi sau câu trả lời chính của trợ lý thay vì trước nó.
Sau đó chuyển sang:
messagenếu bạn muốn độ trễ thấp hơnfullnếu bạn quyết định ngữ cảnh bổ sung đáng để sub-agent bộ nhớ chặn chạy chậm hơn
Gỡ lỗi
Nếu active memory không xuất hiện ở nơi bạn mong đợi:- Xác nhận Plugin được bật dưới
plugins.entries.active-memory.enabled. - Xác nhận id agent hiện tại được liệt kê trong
config.agents. - Xác nhận bạn đang kiểm thử thông qua một phiên trò chuyện liên tục tương tác.
- Bật
config.logging: truevà theo dõi nhật ký gateway. - Xác minh bản thân tìm kiếm bộ nhớ hoạt động với
openclaw memory status --deep.
maxSummaryChars
- hạ
queryMode - hạ
timeoutMs - giảm số lượng lượt gần đây
- giảm giới hạn ký tự theo lượt
Vấn đề thường gặp
Active Memory chạy trên quy trình truy hồi của Plugin bộ nhớ đã cấu hình, vì vậy hầu hết các bất ngờ khi truy hồi là vấn đề của nhà cung cấp nhúng, không phải lỗi của Active Memory. Đường dẫnmemory-core mặc định dùng memory_search; memory-lancedb dùng
memory_recall.
Nhà cung cấp nhúng đã chuyển đổi hoặc ngừng hoạt động
Nhà cung cấp nhúng đã chuyển đổi hoặc ngừng hoạt động
Nếu
memorySearch.provider chưa được đặt, OpenClaw sẽ tự động phát hiện nhà cung cấp
nhúng khả dụng đầu tiên. Khóa API mới, cạn hạn mức, hoặc một nhà cung cấp lưu trữ
bị giới hạn tốc độ có thể thay đổi nhà cung cấp được phân giải giữa
các lần chạy. Nếu không phân giải được nhà cung cấp nào, memory_search có thể suy giảm thành truy xuất
chỉ dựa trên từ vựng; các lỗi thời gian chạy sau khi một nhà cung cấp đã được chọn sẽ không
tự động chuyển sang dự phòng.Ghim nhà cung cấp (và một dự phòng tùy chọn) một cách rõ ràng để việc lựa chọn
có tính xác định. Xem Tìm kiếm bộ nhớ để biết danh sách đầy đủ
các nhà cung cấp và ví dụ ghim.Truy hồi có vẻ chậm, trống hoặc không nhất quán
Truy hồi có vẻ chậm, trống hoặc không nhất quán
- Bật
/trace onđể hiển thị phần tóm tắt gỡ lỗi Active Memory do Plugin sở hữu trong phiên. - Bật
/verbose onđể cũng thấy dòng trạng thái🧩 Active Memory: ...sau mỗi phản hồi. - Theo dõi nhật ký Gateway để tìm
active-memory: ... start|done,memory sync failed (search-bootstrap), hoặc lỗi nhúng của nhà cung cấp. - Chạy
openclaw memory status --deepđể kiểm tra backend tìm kiếm bộ nhớ và tình trạng chỉ mục. - Nếu bạn dùng
ollama, hãy xác nhận mô hình nhúng đã được cài đặt (ollama list).