dsh-warm-minimal

dsh-warm-minimal

温暖极简模式（warm-minimal） 是 DeepSeek Harness 的实验性 agent preset。它保留 deepseek-v4-pro 敏感的极简初始界面，并在之后把主代理收窄为协调者，把更宽泛的发现与执行能力交给子代理。

行为

默认情况下，插件会在第一条真实用户输入前执行一轮真实 bootstrap：

检查当前工作目录，确认后仅回复 Ready.

这轮请求的完整 system prompt 只有 You are a helpful software engineer assistant.，工具只有平台 shell 与 str_replace_editor。模型、工具调用、工具结果和回复都来自普通 agent loop；插件不伪造任何 assistant 或 tool 事件。必要工具缺失或来源不明确时，bootstrap 会明确失败，不会退化为未过滤请求，也不会丢失暂存的用户输入。

bootstrap 之后，或关闭 bootstrap 后从首轮开始：

• 主代理默认拥有 persona、有限 AGENTS、持久 shell、编辑器、窄用途 skill、目标/计划、一个紧凑的 delegate、用户交互、协调和 todo；
• 子代理默认使用复制的 Standard persona，并拥有 AGENTS、持久 shell、编辑器、skill、文件系统发现、搜索、后台 jobs 与 Web；
• 未知 prompt/context 来源和未知单个工具 schema 默认仅对子代理开放；
• 隐藏只影响模型可见的 prompt、context 和 tool schema，不改变可执行工具注册表，也不会拒绝主代理显式形成的调用。

主代理会收到一条很短的协调提示：

Delegated agents have broader tools. Own local inspection, integration, coordination, and user interaction.

warm-minimal 自己维护完整 roster，不继承或运行时组合 Standard preset。

配置

Web UI 的 设置 → 插件 → Warm minimal 保留一个紧凑摘要卡；点击“打开完整配置”后进入宽配置窗口：

• 是否执行 bootstrap；
• bootstrap 的用户消息；
• bootstrap 后的主代理协调提示；
• prompt/context 来源分配；
• 单个 tool schema 分配。

Prompt/context 与工具列表可以独立展开。每个 prompt/context 来源和每个单独工具 schema 都使用三个并列的单选项选择 仅主代理、仅子代理 或 通用，不使用下拉框；一个 provider 提供的多个工具仍各占一行、各自保存。工具行突出模型可见的工具名与说明预览，完整 provider source 只在展开详情中显示。保存值只包含 bootstrap 三项、稳定 prompt source ID 映射和绑定 provider source + tool name 的稳定 tool-schema ID 映射。已知项目的默认值由运行时 roster 的同一解析器提供，未知项目才回落为 仅子代理。来源名称、工具说明和其它 inventory 元数据由 Host 只读查询返回，不会被浏览器草稿写回配置。

安装与维护

本仓库根目录是私有维护工作区；实际安装包位于 packages/dsh-warm-minimal，身份仍为 dsh-warm-minimal@0.2.0。原根目录运行时、src/、lib/、preset、Bundle 和构建配置均归入该包；.intent/、Host 补丁、维护脚本与文档留在根目录。根目录不再提供运行时入口。

根脚本提供 build、typecheck、test、setup、inspect、remove。先显式准备 pnpm 10.17.1、TypeScript 5.9.3、tsdown 0.22.14 和所选 Host 构建产物；测试沿用 Node test runner。构建需要 DSH_CHECKOUT，profile 操作还必须设置 DSH_HOME 和 DSH_PROFILE：

node scripts/workspace.mjs build
node scripts/workspace.mjs typecheck
node --test tests/lifecycle.test.mjs
node scripts/workspace.mjs setup            # 只检查
node scripts/workspace.mjs inspect          # 只检查
node scripts/workspace.mjs setup --install
node scripts/workspace.mjs remove           # 只检查
node scripts/workspace.mjs remove --remove

安装与移除直接调用指定 checkout 的 built CLI，安装路径必须是实际包目录。维护入口不会自动准备依赖、调用全局 dsh 或重启服务。PowerShell 包装器复用同一 Node 入口；构建和修改操作仍需要 Bash。安装器固定 Host revision，不能据构建成功推断支持当前 Host HEAD。

构建顺序、profile 安装、Host 补丁与 preset 所有权、升级适配、卸载和验证入口见 STATE 安装维护地图。当前安装器只接受它声明的 alpha.2 commit；目标升级时先核实上游能力，再维护或移除相应补丁。安装器输出成功不等于 profile 已完整安装或运行效果已验证。

实现

• alpha.2 Host 补丁只为 prompt section、context 和单个 tool schema 增加不进入模型 wire 的稳定来源 ID 与准入；工具执行、settings、agent 和 subagent 生命周期继续由 Harness 原生实现拥有。
• SystemPrompt.admitSources() 在 complete prompt 选择和动态内容求值前执行来源准入；工具按 schema 独立过滤。
• preset projection 把 package-owned roster 的相对 Loader entry ID 接到当前 preset 的完整前缀；顶层与 group 内 entry 都不依赖插件激活顺序，工具默认值仍精确到 entry ID 与工具名，不会隐式授予后来出现的新工具。
• 运行时根据当前 agent 关系区分主代理与子代理，并在 assembly waterfall 后处理监听器新加入的未知来源。
• Plugins 配置卡通过 Typert Remote 做 scope-only assembly，读取 inventory 时不创建 session、turn 或模型请求。
• bootstrap 的消息 ID 使用 dsh-warm-minimal:bootstrap: 前缀；Chat、Trajectory、持久化与恢复沿用 Harness 原生事件顺序。

数据与限制

• bootstrap 是真实 provider turn，会进入 transcript 与 token 计量。
• 工作目录和工具输出按普通会话规则保存在本地 transcript。
• 模型是否实际委派仍受模型行为、推理强度和 Host 委派策略影响。
• AGENTS.md 由 durable user-role 消息注入，不经过当前 system-prompt 来源准入；父子代理目前实际共享这项能力。实现“主代理有限 AGENTS、子代理完整 AGENTS”仍需要 Host 提供 durable model-input 来源准入，配置页不会把它伪装成已按角色分离。
• LSP 尚未加入默认 worker roster；当前 stdio provider 没有 sandbox confinement，不能作为 worker-safe 默认能力。
• Harness 升级后需要重新验证补丁、来源 ID、preset roster 和配置投影兼容性。

License

MIT。