dsh-operating-context

在 DeepSeek Harness 中同时接入多个模型服务时，上下文窗口大小分散在 catalog、models 列表和 defaultContextWindow 等多个层级，缺乏一个直观的统一管控入口。手动编辑 settings.yaml 容易遗漏或写错，而直接 patch adapter 配置又会连带覆盖 endpoint、credential 等关键字段，风险极高。

dsh-operating-context 在 Settings 页面新增了「工作窗口」选项，所有写入均通过 settings.mutate 在用户层完成，不挂载第二套压缩引擎，也不修改 adapter 内部结构。它从已安装 catalog 中读取每个模型的原生上限，确保所选窗口永远不会超出模型实际承载能力；当所选值不超过上限时，插件自动移除已有的 capacity override，让 catalog 原生值重新生效，操作幂等且可逆。对于多命名空间的批量写入，失败时会精确报告已完成的批次数量并重新加载权威状态，不会把部分写入伪装成回滚。

适合在 Harness 中同时管理 DeepSeek、Kimi、Anthropic、OpenCode 等多个 provider，需要统一上下文窗口大小、希望避免手动编辑 YAML 的用户。无论是使用 catalog 路由、带 models 列表的路由还是手声明路由，都可以在设置页直接选择窗口大小并即时生效。