Active Memory là một sub-agent 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 các hệ thống bộ nhớ đều có năng lực nhưng mang tính phản ứng. Chúng dựa vào agent 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ư “remember this” hoặc “search memory.” Đến lúc đó, khoảnh khắc mà bộ nhớ lẽ ra có thể khiến phản hồi trở nên tự nhiên đã 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://docs2.openclaw.ai/llms.txt
Use this file to discover all available pages before exploring further.
Bắt đầu nhanh
Dán đoạn này vàoopenclaw.json để thiết lập mặc định an toàn — bật Plugin, giới hạn cho
agent main, chỉ phiên tin nhắn trực tiếp, kế thừa mô hình của phiên
khi có sẵn:
plugins.entries.active-memory.enabled: truebật Pluginconfig.agents: ["main"]chỉ chọn agentmaintham gia Active Memoryconfig.allowedChatTypes: ["direct"]giới hạn trong các phiên tin nhắn trực tiếp (chọn tham gia nhóm/kênh một cách tường minh)config.model(tùy chọn) ghim một mô hình truy hồi 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 tường minh hoặc được kế thừaconfig.promptStyle: "balanced"là mặc định cho chế độrecent- Active Memory vẫn chỉ chạy cho các phiên chat liên tục, tương 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 sử 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ó tuân 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ó cảm giác 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 truy hồi 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
hẹp (nó chỉ gọi các công cụ truy hồi bộ nhớ có sẵn).
Các tùy chọn mô hình nhanh phù hợp:
cerebras/gpt-oss-120bcho mô hình truy hồi chuyên dụng có độ trễ thấpgoogle/gemini-3-flashlàm 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 nhà cung cấp Cerebras và trỏ Active Memory tới đó:chat/completions cho
mô hình đã chọn — chỉ nhìn thấy 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 đáng tin cậy bị ẩn cho mô hình. Nó không hiển thị các thẻ<active_memory_plugin>...</active_memory_plugin> thô trong
phản hồi thông thường mà client nhìn thấy.
Bật/tắt theo 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 chỉnh sửa cấu hình:plugins.entries.active-memory.enabled, phạm vi agent, 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ả các phiên, hãy dùng dạng toàn cục tường minh:
plugins.entries.active-memory.config.enabled. Nó vẫn để
plugins.entries.active-memory.enabled bật để lệnh cò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 tùy chọn theo phiên tương ứng 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 kiểm soát:- Chọn tham gia bằng cấu hình
Plugin phải được bật, và id của agent 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 được bật và được nhắm tới, Active Memory chỉ chạy cho các phiên chat liên tục, tương 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à allowlist tường minh 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 peer trực tiếp vào allowedChatIds hoặc giữ allowedChatTypes tập trung vào
triển khai nhóm/kênh mà bạn đang thử nghiệm.
deniedChatIds là denylist tường minh. Nó luôn thắng
allowedChatTypes và allowedChatIds, vì vậy 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. So 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ơi nó chạy
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 toàn nền tảng.| Bề mặt | Có chạy Active Memory không? |
|---|---|
| Phiên liên tục trong Control UI / web chat | Có, nếu Plugin được bật và agent được nhắm tới |
| 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à agent được nhắm tới |
| Lượt chạy một lần không giao diện | Không |
| Lượt chạy Heartbeat/nền | Không |
Đường dẫn agent-command nội bộ chung | Không |
| Thực thi sub-agent/trình 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
- agent 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 quyết định thô của prompt
- tùy chọn ổn định
- thói quen lặp lại
- ngữ cảnh người dùng dài hạn nên được đưa ra một cách tự nhiên
- tự động hóa
- worker nội bộ
- tác vụ API một lần
- nơi mà cá nhân hóa ẩn có thể gây bất ngờ
Cách hoạt động
Hình dạng runtime là: Sub-agent bộ nhớ chặn chỉ có thể dùng các công cụ truy hồi bộ nhớ đã cấu hình. Theo mặc định, đó là:memory_searchmemory_get
plugins.slots.memory là memory-lancedb, mặc định thay vào đó là memory_recall.
Đặt config.toolsAllow khi nhà cung cấp bộ nhớ khác hiển thị một hợp đồng
công cụ truy hồi khác.
Nếu kết nối yếu, nó nên trả về NONE.
Chế độ truy vấn
config.queryMode kiểm soát lượng hội thoại mà sub-agent 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ề truy hồi tùy chọn ổ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 có sẵn:
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 rò rỉ 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ử hội thoại nên có vai trò quan trọng 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: được tối ưu cho mục yêu thích, thói quen, nề nếp, thị hiếu và các thông tin cá nhân lặp lại
config.promptStyle:
config.promptStyle rõ ràng, 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 sẽ cố gắng phân giải một mô hình theo thứ tự sau:
config.modelFallback kiểm soát bước dự phòng đã cấu hình.
Dự phòng tùy chỉnh không bắt buộc:
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. Trường này không còn thay đổi hành vi khi chạy.
Công cụ bộ nhớ
Theo mặc định, Active Memory cho phép tác nhân phụ truy xuất chặn gọimemory_search và memory_get. Điều đó khớp với hợp đồng memory-core
tích hợp sẵn. Khi plugins.slots.memory chọn memory-lancedb và
chưa đặt config.toolsAllow, Active Memory giữ hành vi LanceDB hiện có
và dùng memory_recall thay thế.
Nếu bạn dùng Plugin bộ nhớ khác, hãy đặt config.toolsAllow thành đúng tên công cụ
mà Plugin đó đăng ký. Active Memory liệt kê các công cụ đó trong lời nhắc truy xuất
và truyền cùng danh sách đó cho tác nhân phụ nhúng. Nếu không có công cụ nào
đã cấu hình khả dụng, hoặc tác nhân phụ bộ nhớ thất bại, Active Memory
sẽ bỏ qua truy xuất cho lượt đó và phản hồi chính tiếp tục mà không có ngữ cảnh bộ nhớ.
toolsAllow chỉ chấp nhận tên công cụ bộ nhớ cụ thể. Ký tự đại diện, các mục
group:*, và công cụ tác nhân lõi như read, exec, message, và
web_search sẽ bị bỏ qua trước khi tác nhân phụ bộ nhớ ẩn bắt đầu.
Ghi chú về hành vi mặc định: Active Memory không còn bao gồm memory_recall trong
danh sách cho phép mặc định của memory-core. Các thiết lập memory-lancedb hiện có vẫn hoạt động
khi plugins.slots.memory được đặt thành memory-lancedb. toolsAllow rõ ràng
luôn ghi đè mặc định tự động.
memory-core tích hợp
Thiết lập mặc định không cầntoolsAllow rõ ràng:
Bộ nhớ LanceDB
Pluginmemory-lancedb đi kèm cung cấp memory_recall. Chọn
vị trí bộ nhớ là đủ để Active Memory dùng công cụ truy xuất đó:
Lossless Claw
Lossless Claw là Plugin công cụ ngữ cảnh với các công cụ truy xuất riêng. Trước tiên hãy cài đặt và cấu hình nó như một công cụ ngữ cảnh; xem Công cụ ngữ cảnh. Sau đó cho Active Memory dùng các công cụ truy xuất của Lossless Claw:lcm_expand trong toolsAllow cho tác nhân phụ Active Memory chính.
Lossless Claw dùng công cụ đó làm công cụ mở rộng được ủy quyền ở cấp thấp hơn.
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 tác nhân phụ bộ nhớ chặn:
config.promptAppend thêm hướng dẫn vận hành bổ sung sau lời nhắc Active
Memory mặc định và trước ngữ cảnh hội thoại:
promptAppend với toolsAllow tùy chỉnh khi một Plugin bộ nhớ không thuộc lõi cần
thứ tự công cụ hoặc hướng dẫn định hình truy vấn dành riêng cho nhà cung cấp.
config.promptOverride thay thế lời nhắc Active Memory mặc định. OpenClaw
vẫn thêm ngữ cảnh hội thoại vào sau đó:
NONE
hoặc ngữ cảnh thông tin người dùng ngắn gọn cho mô hình chính.
Duy trì bản ghi hội thoại
Các lần chạy tác nhân phụ bộ nhớ chặn của Active Memory tạo một bản ghisession.jsonl thật trong khi gọi tác nhân phụ bộ nhớ chặn.
Theo mặc định, bản ghi đó là tạm thời:
- nó được ghi vào thư mục tạm
- nó chỉ được dùng cho lần chạy tác nhân phụ bộ nhớ chặn
- nó bị xóa ngay sau khi lần chạy kết thúc
config.transcriptDir.
Hãy dùng cẩn thận:
- bản ghi tác nhân phụ bộ nhớ chặn có thể tích lũy nhanh trên các phiên bận
- chế độ truy vấn
fullcó thể nhân bản rất nhiều ngữ cảnh hội thoại - các bản ghi này chứa ngữ cảnh lời nhắc ẩn và các bộ nhớ đã truy xuất
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 |
config.agents | string[] | ID tác nhân có thể dùng active memory |
config.model | string | Tham chiếu mô hình phụ-tác nhân bộ nhớ chặn tùy chọn; khi không đặt, active memory dùng mô hình của phiên hiện tại |
config.allowedChatTypes | ("direct" | "group" | "channel")[] | Các kiểu 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 từng cuộc trò chuyện, được áp dụng sau allowedChatTypes; danh sách không rỗng sẽ mặc định từ chối |
config.deniedChatIds | string[] | Danh sách từ chối tùy chọn theo từng cuộc trò chuyện, ghi đè các kiểu phiên được phép và các ID được phép |
config.queryMode | "message" | "recent" | "full" | Kiểm soát lượng hội thoại mà phụ-tác nhân 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 phụ-tác nhân bộ nhớ chặn khi quyết định có trả về bộ nhớ hay không |
config.toolsAllow | string[] | Tên công cụ bộ nhớ cụ thể mà phụ-tác nhân bộ nhớ chặn có thể gọi; mặc định là ["memory_search", "memory_get"], hoặc ["memory_recall"] khi plugins.slots.memory là memory-lancedb; ký tự đại diện, mục group:*, và công cụ tác nhân lõi bị bỏ qua |
config.thinking | "off" | "minimal" | "low" | "medium" | "high" | "xhigh" | "adaptive" | "max" | Ghi đè tư duy nâng cao cho phụ-tác nhân 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 cách 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 phụ-tác nhân bộ nhớ chặn, giới hạn ở 120000 ms |
config.setupGraceTimeoutMs | number | Ngân sách thiết lập bổ sung nâng cao trước khi thời gian chờ recall hết hạn; mặc định là 0 và giới hạn ở 30000 ms. Xem Khoảng gia hạn khởi động nguội để biết hướng dẫn nâng cấp v2026.4.x |
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ữ bản ghi hội thoại của phụ-tác nhân bộ nhớ chặn trên đĩa thay vì xóa tệp tạm |
config.transcriptDir | string | Thư mục bản ghi hội thoại tương đối của phụ-tác nhân bộ nhớ chặn dưới thư mục phiên tác nhân |
| 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 (khoảng: 1000-120000 ms; mặc định: 15000) |
config.circuitBreakerMaxTimeouts | number | Bỏ qua recall sau số lần hết thời gian chờ liên tiếp này cho cùng tác nhân/mô hình. Đặt lại khi recall thành công hoặc sau khi thời gian hồi phục hết hạn (khoảng: 1-20; mặc định: 3). |
config.circuitBreakerCooldownMs | number | Thời lượng bỏ qua recall sau khi circuit breaker kích hoạt, tính bằng ms (khoảng: 5000-600000; mặc định: 60000). |
Thiết lập được khuyến nghị
Bắt đầu vớirecent.
/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 chat, những dòng chẩn đoán đó
được gửi sau phản hồi chính của trợ lý thay vì trước phản hồi đó.
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 để chấp nhận phụ-tác nhân bộ nhớ chặn chậm hơn
Khoảng gia hạn khởi động nguội
Trước v2026.5.2, plugin âm thầm kéo dàitimeoutMs bạn đã cấu hình thêm
30000 ms trong khi khởi động nguội để khởi động mô hình, tải chỉ mục embedding, và
recall đầu tiên có thể dùng chung một ngân sách lớn hơn. v2026.5.2 đã chuyển khoảng gia hạn đó
ra sau cấu hình setupGraceTimeoutMs rõ ràng — giờ đây timeoutMs bạn cấu hình
là ngân sách mặc định, trừ khi bạn chọn bật thêm.
Nếu bạn nâng cấp từ v2026.4.x và đã đặt timeoutMs thành một giá trị được tinh chỉnh cho
cơ chế gia hạn ngầm cũ (giá trị khởi đầu được khuyến nghị timeoutMs: 15000 là một
ví dụ), hãy đặt setupGraceTimeoutMs: 30000 để mở rộng ngân sách của hook xây dựng prompt và
watchdog bên ngoài trở lại các giá trị hiệu dụng trước v5.2:
setupGraceTimeoutMs rõ ràng, để plugin không còn âm thầm
kéo dài cấu hình 15000 ms thành 45000 ms trên lane chính.”
Trình chạy recall nhúng sử dụng cùng ngân sách thời gian chờ hiệu dụng, vì vậy
setupGraceTimeoutMs bao phủ cả watchdog dựng prompt bên ngoài và lần chạy
recall chặn bên trong.
Với các gateway bị giới hạn tài nguyên, nơi độ trễ khởi động lạnh là một đánh đổi đã biết,
các giá trị thấp hơn (5000–15000 ms) cũng hoạt động — đánh đổi là khả năng cao hơn
rằng lần recall đầu tiên sau khi gateway khởi động lại sẽ trả về rỗng trong khi quá trình khởi động hoàn tất.
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 tạ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 chat tương tác bền vững.
- 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 bằng
openclaw memory status --deep.
maxSummaryChars
- giảm
queryMode - giảm
timeoutMs - giảm số lượt gần đây
- giảm giới hạn ký tự theo từng lượt
Sự cố thường gặp
Active Memory dựa trên pipeline recall của plugin bộ nhớ đã cấu hình, vì vậy hầu hết bất ngờ về recall là vấn đề của embedding-provider, không phải lỗi Active Memory. Đường dẫnmemory-core mặc định dùng memory_search và memory_get; slot
memory-lancedb dùng memory_recall. Nếu bạn dùng một plugin bộ nhớ khác,
hãy xác nhận config.toolsAllow nêu tên các công cụ mà plugin đó thực sự đăng ký.
Embedding provider đã chuyển hoặc ngừng hoạt động
Embedding provider đã chuyển hoặc ngừng hoạt động
Nếu
memorySearch.provider chưa được đặt, OpenClaw tự động phát hiện
embedding provider khả dụng đầu tiên. Khóa API mới, hết quota, hoặc một
hosted provider bị giới hạn tốc độ có thể thay đổi provider nào được phân giải giữa
các lần chạy. Nếu không provider nào được phân giải, memory_search có thể suy giảm thành
truy xuất chỉ theo từ vựng; các lỗi runtime sau khi một provider đã được chọn sẽ không
tự động fallback.Ghim provider (và fallback tùy chọn) một cách rõ ràng để làm cho lựa chọn
mang tính xác định. Xem Memory Search để biết danh sách đầy đủ
các provider và ví dụ ghim.Recall có vẻ chậm, rỗng, hoặc không nhất quán
Recall có vẻ chậm, rỗng, hoặc không nhất quán
- Bật
/trace onđể hiển thị 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 embedding provider. - Chạy
openclaw memory status --deepđể kiểm tra backend memory-search và tình trạng chỉ mục. - Nếu bạn dùng
ollama, hãy xác nhận mô hình embedding đã được cài đặt (ollama list).
Recall đầu tiên sau khi gateway khởi động lại trả về `status=timeout`
Recall đầu tiên sau khi gateway khởi động lại trả về `status=timeout`
Trên v2026.5.2 trở lên, nếu thiết lập khởi động lạnh (làm nóng mô hình + tải
chỉ mục embedding) chưa hoàn tất trước khi lần recall đầu tiên kích hoạt, lần chạy
có thể chạm ngân sách
timeoutMs đã cấu hình và trả về status=timeout
với đầu ra rỗng. Nhật ký Gateway hiển thị active-memory timeout after Nms
quanh phản hồi đủ điều kiện đầu tiên sau khi khởi động lại.Xem Ân hạn khởi động lạnh trong phần Thiết lập khuyến nghị để biết
giá trị setupGraceTimeoutMs được khuyến nghị.