memory-lancedb-pro: startup checks failed: Error: retriever.test() timed out after 8000ms

[zuuky]

Plugin Version

1.1.0-beta.10

OpenClaw Version

2026.3.24 (cff6dc9)

Bug Description

retriever.ts -> vectorOnlyRetrieval 方法里面 vectorSearch 会超时

openclaw：
"retrieval": {
"rerank": "none",
"mode": "hybrid",
"candidatePoolSize": 20,
"minScore": 0.45,
"hardMinScore": 0.35,
"filterNoise": true
},
源码日志：
const queryVector = await this.embedder.embedQuery(query);
console.log("a2 queryVector: ", queryVector)
console.log("a2 this.config.minScore: ", this.config.minScore)
console.log("a2 scopeFilter: ", scopeFilter)
trace?.startStage("vector_search", []);
const results = await this.store.vectorSearch(
queryVector, limit, this.config.minScore, scopeFilter, { excludeInactive: true },
);
console.log("a3 this.store.vectorSearch results: ", results)

Expected Behavior

启动时候不超时

Steps to Reproduce

openclaw gateway restart

openclaw logs --follow

Error Logs / Screenshots

Embedding Provider

Jina

OS / Platform

wsl2 unbuntu 24

[zuuky]

继续深入打印了日志，store.js -->lancedbImportPromise = Promise.resolve(require("@lancedb/lancedb")); 是这段代码导致， resolve差不多要 50 秒左右

[AliceLJY]

感谢追到根因 👍 require("@lancedb/lancedb") 冷加载 50 秒这个信息很关键。

这是 LanceDB 原生模块（Rust → NAPI）在 WSL2 上的已知性能问题——首次加载需要解压和链接 native binary，WSL2 的 I/O 层（9P 文件系统）会显著放大这个延迟。后续热启动应该会快很多。

临时 workaround：

1. 把插件目录放到 WSL2 原生文件系统（`/home/...`）而非 Windows 挂载路径（`/mnt/c/...`），I/O 性能差 5-10 倍
2. 启动一次后保持 OpenClaw 常驻，避免频繁冷启动

我们可以改进的：

• 提高 `retriever.test()` 的超时阈值，或者把 LanceDB 模块加载移到插件 activate 之前做 eager preload，不卡在 test 路径上
• 和 Startup checks: retriever.test() frequently times out after 8000ms (OpenClaw 2026.3.2, WSL2) #60 是同类问题，会一起跟进

确认一下：你的插件目录是在 `/mnt/c/` 下还是 `/home/` 下？