[Bug][配置] Config schema 里用 .default(...) 会让合并后的 row 配置变成未解析的 schema 对象(dsh 0.2.0-rc.2)

[Linjiangxian0203]

环境

• dsh 0.2.0-rc.2(Windows 桌面版,asar 内置运行时,Electron 44 壳)
• 插件:第三方插件,导出 schemastery Config,并在 cordis.patch.yml 里给自己的 row 设了 config

现象

插件导出的 Config 里,只要字段带 .default(...),那么 profile 补丁层(或插件自带 patch)写给该 row 的 config 值全部丢失:
apply(ctx, config) 收到的是未解析的 schema 对象(JSON.stringify 后是 {}),静默无报错。

最小复现

1. 插件入口导出 Config:

import Schema from "@deepseek-ai/schemastery";

export const Config = Schema.object({
  openIn: Schema.string().default("ask"),
  dock: Schema.boolean().default(true),
});

2. 插件 bundle 的 cordis.patch.yml 写入 row config:

- insert:
    - id: my-plugin
      name: 'my-plugin'
      config:
        openIn: ask
        dock: true

3. profile 的 cordis.patch.yml 覆盖(profile 补丁层在 bundle 层之后):

- id: my-plugin
  config:
    openIn: panel
    dock: false

4. 在 apply 里打印收到的配置:

export function apply(ctx, config) {
  console.log(JSON.stringify(config));
}

实测结果(同一套 patch,只改 schema 写法)

Config schema 写法	apply 收到的 config
每个字段带 .default(...)	{"openIn":{},"dock":{}} ← 配置值变成未解析的 schema 对象
纯类型(无 .default())	{"openIn":"panel","dock":false} ✅

其它变量固定不变(同一隔离 DSH_HOME、同一份 profile patch、同一运行时),只改 schema 写法就能稳定复现。
另外验证过:导出的 schema 是合法的原生 schemastery(运行时投影检查要求的三项 Symbol.for("schemastery") === true、type === "object"、meta 为对象全部通过)。

期望行为

Config 的默认值只应补齐缺失字段;显式写进 row config(以及被 profile 补丁层覆盖)的值应当原样传给 apply。
如果这是有意行为,请在文档里写明"Config schema 不要带 default"或给出正确用法。

影响

任何"导出 Config 且用 .default()"的第三方插件,row 配置都会静默失效(不报错,只拿到 {}),
用户会以为"我配了但没生效" —— 排查成本很高。

临时规避

schema 里只写纯类型,默认值改在代码里兜底,并且把每个键显式写进 row 的 config,
这样 profile 补丁层才能覆盖到它们。