Plugin config summaryModel not picked up, requires env var workaround

[king6731253]

Issue

When configuring summaryModel via plugins.entries.lossless-claw.config.summaryModel in openclaw.json, the value is not being read by the plugin. The compaction summarization model shows "(unconfigured)".

However, setting the same value via environment variable LCM_SUMMARY_MODEL works correctly.

Configuration Used

```json
{
"plugins": {
"entries": {
"lossless-claw": {
"enabled": true,
"config": {
"contextThreshold": 0.75,
"summaryModel": "minimax/MiniMax-M2.7",
"summaryProvider": "minimax"
}
}
}
}
}
```

Observed Behavior

• contextThreshold: 0.75 is correctly read and logged: threshold=0.75
• summaryModel is NOT read, causing: [lcm] Compaction summarization model: (unconfigured)
• The log shows (unconfigured) even though summaryModel is set in config

Workaround

Setting environment variables works:

```json
{
"env": {
"LCM_SUMMARY_MODEL": "minimax/MiniMax-M2.7",
"LCM_SUMMARY_PROVIDER": "minimax"
}
}
```

Environment

• OpenClaw: 2026.4.5
• lossless-claw-enhanced: 0.5.2
• macOS

Additional Notes

The config validation passes without errors (no "additional properties" or schema errors). Other config properties like contextThreshold work fine. The issue appears specific to summaryModel not being passed through api.pluginConfig from the OpenClaw framework.

This could be an issue in the OpenClaw framework's plugin config passing, or potentially a schema validation issue that silently discards certain properties.

[AliceLJY]

感谢提供详细的复现步骤和日志。

我阅读了源码，确认 summaryModel 从 openclaw.plugin.json 的 configSchema 到 resolveLcmConfig() 的读取链路在当前代码层面是完整的（src/db/config.ts:170 通过 toStr(pc.summaryModel) 读取）。但你观察到的现象说明 api.pluginConfig 在运行时并没有包含 summaryModel 字段。

可能的原因：

OpenClaw 框架在加载插件时，会用插件的 configSchema 对用户的 plugins.entries.lossless-claw.config 做 AJV 校验。如果校验失败，该插件会被跳过加载（日志中会出现 [plugins] lossless-claw invalid config: ...）。但如果校验通过却出现字段缺失，最可能的情况是 OpenClaw 运行时实际加载的 openclaw.plugin.json 是一个旧版本——比如从 npm registry 安装的缓存版本，或 node_modules 中残留的旧副本，该版本的 configSchema 中还没有 summaryModel 属性，导致 AJV 因 "additionalProperties": false 将其视为非法字段而校验失败，从而整个 config 没有传递给插件。

contextThreshold 从一开始就在 configSchema 中，所以不受影响。

排查建议：

请运行以下命令确认 OpenClaw 实际加载的 openclaw.plugin.json 内容是否包含 summaryModel：

# 找到实际被加载的插件目录
openclaw doctor | grep -i lossless

# 在该目录下检查 configSchema 是否包含 summaryModel
cat <插件实际路径>/openclaw.plugin.json | grep summaryModel

如果 openclaw.plugin.json 中的 configSchema 没有 summaryModel，说明安装的版本过旧，需要重新安装最新版本（当前 npm 最新是 0.6.3）。

如果 configSchema 中确实有 summaryModel，请检查 OpenClaw 启动日志中是否有类似 [plugins] lossless-claw invalid config 的报错——这能帮助进一步缩小问题。

临时 workaround：

你已经发现的环境变量方式是可靠的：

{
  "env": {
    "LCM_SUMMARY_MODEL": "minimax/MiniMax-M2.7",
    "LCM_SUMMARY_PROVIDER": "minimax"
  }
}

环境变量在优先级上高于 plugin config，所以即使 config 传递修复后也不需要改动。

[AliceLJY]

@king6731253 时隔一周 ping 一下，上次给的排查方案（检查 openclaw.plugin.json 版本 + AJV 校验逻辑 + 环境变量 workaround）有没有帮助解决你的问题？

如果已经解决了，我们可以 close 这个 issue；如果还在复现，贴一下最新的日志或配置片段，我接着看。一周内无反馈的话，先标为 stale 然后 7 天后 close，后续再打开也没问题。

[AliceLJY]

update: 刚才在最新 origin/main 代码上深度追了一下 summaryModel 的配置链路，结论是——

这个 bug 其实在 2026-04-09 已经被修了（commit c5bbbce，合并于 PR #14），你报 issue 的时间是 2026-04-08，比修复 commit 早一天。

根因

不是 AJV 校验或 plugin config 读取链路的问题——是 src/db/config.ts 里的 TypeScript 类型定义重复声明：

// src/db/config.ts (修复前)
/** Provider override for compaction summarization. */
summaryProvider: string;
/** Model override for compaction summarization. */
summaryModel: string;

// ... 几行之后 ...
/** Model override for conversation summarization. */
summaryModel: string;           // ← 重复声明
/** Provider override for conversation summarization. */
summaryProvider: string;        // ← 重复声明

JavaScript 对象字面量里重复的 key，后一个会覆盖前一个。resolveLcmConfig() 构造配置对象时，第二次声明的空字符串默认值覆盖了第一次从 pluginConfig.summaryModel 读到的实际值，所以用户 config 里写什么都被吞掉——必须走环境变量 workaround 才能绕开。

修复

commit c5bbbce 直接删除了第二组重复声明。

下一步

麻烦升级到最新版本（git pull 或重装 lossless-claw-enhanced 到 main 分支的最新 commit）再复测一下。

如果还复现，贴一下你的 openclaw plugins list 显示的 lossless-claw-enhanced 版本号，我再看是不是 npm publish 没跟上 main 分支的修复。

确认升级后可用的话，这个 issue 可以 close。感谢报告，这个 bug 定位和修复都归功于你的精确描述。