All-WarmUp

全局"无感提升"热身层插件（DeepSeek Harness）。

任何会话（任何非极简模式、所有层 subagent、压缩后）都自动走同一套流程：

用户发第一条真实消息
  ↓
插件偷偷发起一次独立热身调用（Minimal 人设 + bash/str_replace_editor + "你是谁"）
  ↓
真实消息轮：只有极简工具对 + 白名单消息（正文只多一个折叠的"热身"条目）
  ↓
模型回复 → 提升
  ↓
第二轮起：完整原模式一切照旧

安装

方式一：bundle 安装（推荐）

dsh plugin --profile web add dsh-all-warmup

或从 GitHub 直接安装：

dsh plugin --profile web add github:brunhildzhou/dsh-all-warmup

方式二：手动挂载

• 位置：$DSH_HOME/profiles/web/all-warmup/（6 个文件 + 测试）
• 挂载：$DSH_HOME/profiles/web/cordis.patch.yml 一行 insert
• 生效方式：配置文件保存后自动热重载（官方 watchUserPatches 契约），无需重启
• 官方包零修改

卸载

删掉 cordis.patch.yml 里 all-warmup 那一行（或删除文件）→ 保存即失效。

配置

- insert:
    - id: all-warmup
      name: dsh-all-warmup
      config:
        excludePresets: [minimal]   # 排除清单（默认排除官方极简模式）
        # warmupText: 你是谁         # 热身文案（默认"你是谁"）

行为

• 任何模式（官方 preset 或自定义）都触发；excludePresets 可加排除
• 子代理层层热身：delegationDepth 不短路，每层子代理第一个请求同样走热身
• 压缩后重新热身：compaction/end 后边界重置，下一条真实消息再走一次
• 首轮形态不变式：热身调用失败时首轮仍是极简工具 + 白名单消息（只是没有热身回复）
• 容错：过滤器出错降级"全保留"，绝不阻塞/吃上下文
• 人设：热身调用用 Minimal 那句；真实消息轮用原模式人设（complete persona 锁死，无法替换；工具是锚定主变量）

已验证（2026-08）

• 技术验证 4/4：独立 LLM 调用、preset id 读取、工具注册规则（host 层禁注册同名工具，环境自带 bash/str_replace_editor）、pre-step 瀑布栅栏
• 单测 26/26：epoch 阶段跟踪（压缩边界、fork seed 跳过、子代理）、白名单过滤、工具收窄
• 端到端（headless）：主会话首轮 tools=[bash,str_replace_editor] → 第二轮完整目录；子代理首轮同样收窄 + 注入热身回复
• 压缩后重新热身：模拟 compaction/end 后，新消息再次注入热身标记且工具重新收窄（request/header 仅在变化时落盘，无新 header = 与首轮相同）
• 极简排除：verify-runner 实测 minimal preset 不热身（无注入、完整目录），standard preset 触发热身（2 工具 + 注入）
• Web 热重载：patch 修改 5 秒内生效

效果评测（初步）

headless 对比（有/无插件，任务 A 写代码 / 任务 B 分析目录，各 2 轮）： 功能全部正常（两种条件下模型都能完成任务）；本环境首轮风格差异不明显。 正式轨迹评测（we/let me 计数、任务分数）需要 Project2 类任务 + web 环境，待后续。

待办

• [ ] 正式效果评测（Project2 类任务 + 首轮轨迹指标，web 环境）
• [ ] web 环境用户实测（新建非极简会话验证）

使用与署名

MIT License。如果你参考或改编了本插件的代码：

• 欢迎 fork 本项目，在 fork 仓库中改造和发布
• 参考了本插件代码后，如果在你的项目 README 中提及本仓库 作者会在心灵上感谢你哈哈
• 任何分发都必须保留 LICENSE 文件与版权声明（MIT 强制要求）

致谢

• xiaobright/dsh-anchored-standard — epoch 追踪设计与"你是谁"热身概念的来源，改编细节见 NOTICE
• deepseek-ai/deepseek-harness — 插件运行的 Cordis 生态