lancedb-pro Plugin 验证

本地 lancedb-pro 记忆插件的完整闭环验证过程 — 从安装到 store/recall/forget 全通。

验证结论

lancedb-pro 本地插件验证通过
- store：正常
- recall：正常
- forget：正常
- embedding：正常
- skill 诊断流程：通过
- 版本：1.1.0-beta.9
- 配置：azure-foundry/gpt-5.2

验证时间线

日期	阶段	关键事件
03-18 10:49	安装 skill	安装 memory-lancedb-pro-skill 到 ~/.openclaw/skills/
03-18 11:06	升级插件	升级到 1.1.0-beta.9
03-18 11:52	首次验证	基础 smoke test 通过
03-18 16:31	闭环验证	Dad 要求覆盖 store/recall/forget 全功能
03-18 23:37	状态检查	库里 2 条记忆，scope agent:main，category decision
03-19 15:38	配置修正	Dad 发现未使用 Azure Foundry 模型
03-19 15:44	重新验证	gateway 重启后 smoke test 通过
03-19 16:24	Skill 验证	按 skill 标准流程确认闭环
03-20 17:45	最终验证	store/recall/forget 三段全通，测试数据已清理

Dad 的关键决策

验证标准升级

Dad 的验证要求逐步从"能跑"升级到"配置正确 + 功能完整"：

1. 能跑 → 安装后基础 smoke test
2. 闭环完整 → 必须覆盖 store + recall + forget
3. 配置正确 → embedding 必须走 Azure Foundry
4. 标准化流程 → 用 skill 而非口头判断
5. 可重复 → 多次复验确认非偶然成功

配置纠偏

Dad 在日志中发现 lancedb-pro "没有用 azure foundry 的 openai 模型"，明确指定统一使用：

azure-foundry/gpt-5.2

修正后重启 gateway 重新验证。

问题与解决

模型/Provider 配置不符

现象：功能表面可用，但日志显示未按预期使用 Azure Foundry。 解决：修正配置引用为 azure-foundry/gpt-5.2，重启 gateway。

forget 验证缺失

现象：之前多次验证只覆盖 store + recall，未验证删除能力。 解决：在最终验证中加入"清掉测试数据"步骤，用实际删除动作完成 forget 验证。

mdmirror 配置

Dad 要求开启 mdmirror，并强调"确保你会，别弄错了"。

相关路径

# Skill 安装位置
~/.openclaw/skills/memory-lancedb-pro/

# 验证命令参考
/model status
/status

经验总结

• 插件验证不能只看"能跑"，必须验证配置一致性
• 闭环 = store + recall + forget，缺一不可
• 测试数据必须清理，避免污染正式记忆库
• 用 skill 驱动的标准诊断流程比口头判断更可靠