omdsh-basemode

在 DeepSeek Harness 网页端同时跑多个模式（Chat、Code 等）时，对话栏上方的切换控件和侧边栏每行前面的小圆点，并不属于任何一个模式插件本身。omdsh-basemode 把这些基础设施从具体模式中抽离出来，提供一个独立的会话模式注册表（sessionModes 服务）、切换控件渲染框架以及侧边栏色彩标记，让每个模式插件只依赖这一层，而不再被迫拖入其他模式的完整包。此前注册表藏在 omdsh-chatmode 内部，导致想装 Code 就不得不连带装上 Chat 的工作区、代理预设和停靠提示，组合出一个不带 Chat 的 profile 时整个页面启动审计直接失败。拆分之后，依赖关系变得诚实：每个模式只认 basemode，basemode 不认任何模式。

当 profile 里只装了 omdsh-codemode 时，切换控件上只有一颗 Code 胶囊、没有退路，侧边栏也没有任何色点。omdsh-basemode 注册的 Work 基线姿态填补了这个缺口：它和 omdsh-chatmode 的 Work 使用相同的名称、颜色和图标，用户无法分辨哪颗胶囊来自哪个包。一旦 omdsh-chatmode 注册了带记忆的同名姿态，基线自动让位，避免同一行被两颗点覆盖。New Session 点击会先交给当前持有栏的段，段拒绝后才落到框架层，且框架会真正创建一条新会话而非复用工作区里那条陈旧的空白行。整个包不注册任何设置面板，因为注册表没有需要用户配置的旋钮：存在哪些姿态取决于 profile 加载了哪些模式插件，当前哪段持有栏取决于你正在看什么。

适合两类读者。在 Harness 网页端做多模式工作流的用户不直接操作这个包，但侧边栏色点和切换胶囊能正常工作，前提就是它已在底层加载。为 DeepSeek Harness 编写新模式插件的开发者则从此包导入 SessionModes 类型、通过字符串 sessionModes 解析运行时服务、注册自己的 owns、inProject、enter、newSession 回调——完整契约集中在此，位于所有模式之下、高于任何业务逻辑。