DSH-0.1.2-rc.1 下 dsh 启动不了

[elkon028]

提交前确认 / Pre-submit checklist

• 我已搜索现有 issue，确认没有完全相同的条目（只有完全一致才算重复）| I searched existing issues and confirmed there is no exact duplicate (only exactly identical issues count as duplicates)
• 我已确认使用最新版本 dsh-better-sidebar / I confirmed I am on the latest dsh-better-sidebar version

运行环境 / Environment

DSH Web（浏览器访问）/ DSH Web (browser access)

DSH Web 版本 + 浏览器 / DSH Web version + Browser

0.1.2-rc.1

Desktop 实现仓库 / Desktop repo（源头 / upstream）

No response

插件版本 / Plugin version

0.18.0

类别 / Category

🐛 Bug（功能异常 / Something is broken）

描述 / Description

DSH-0.1.2-rc.1下 dsh 启动不了

补充信息 / Additional context

No response

[IT-amateur]

没有啊，我这边0.18.0能正常启动0.1.2-rc.1，你是不是其他插件干扰的，有报错日志吗

[HaoyueQin]

0.1.2-alpha.2 重构 dsh-settings 包时删除了 settingsNamespace 这个值导出（register() 改为直接收裸字符串 namespace），这是官方 prerelease 既定的破坏性重构。全局 dsh 现在已经是 0.1.2-rc.1，而 dsh-better-sidebar 还在按旧 API 编写，ESM 具名导入找不到导出就直接 SyntaxError，整个插件树加载失败，boot 崩溃。
修复方案：
src/index.ts:38 — 从导入里去掉 settingsNamespace：

// 改前
import { SettingsConflictError, settingsNamespace, type SettingsNamespace } from '@deepseek-ai/dsh-settings'
// 改后
import { SettingsConflictError } from '@deepseek-ai/dsh-settings'
src/index.ts:533 — 不再包一层，直接用裸字符串：

// 改前
const ns: SettingsNamespace = settingsNamespace(SIDEBAR_PREFS_NS)
// 改后
const ns = SIDEBAR_PREFS_NS

后面的 sctx.settings.register(ns, ...)、describe(...)、update(ns, ...) 都不用动——rc.1 的 settings API 本来就直接收裸字符串。