DSH Plugins
返回列表
⚙️

dsh-health-scheduler

工作流 更新于 2026.09.16

在终端中运行以下命令:

dsh plugin install zhiheng-zhang-Mera/dsh-health-scheduler

将以下提示词粘贴到 DeepSeek Harness 对话框中:

在 DeepSeek Harness 终端中执行 dsh plugin install zhiheng-zhang-Mera/dsh-health-scheduler 即可安装该插件,源码仓库为 https://github.com/zhiheng-zhang-Mera/dsh-health-scheduler 。

插件介绍

跑一台 DS-Hns 节点意味着同时盯温度、内存、worker 饱和度、UI 状态等一堆指标,手动观察既累又容易误判,而一旦「该不该重启」的判断滑向「谁来执行重启」,故障链就被触发了。dsh-health-scheduler 把这条线画得非常清楚:它负责感知、打分、决策和请求,但永远不执行任何一次重启。

六个加权维度通过 HealthProvider 汇入 0-100 的 restart_pressure 指数。评分从离开政策引擎之前,必须先通过持续时长门、滚动窗口、二次评估防抖、逐级冷却和运维窗口校验。第 1-2 级动作派发给 worker-control adapter 做限流或暂停新任务;第 3-4 级则作为请求发往独立的 dsh-restart bundle,由后者持有重启执行、锁、速率限制和优雅关停。缺失数据的维度记为 null 并将权重重新分配,绝不假装健康;单点采样永远无法触发高危操作。

适合需要无人值守健康覆盖的运维人员,也适合希望在对话中直接调用 health_status、health_history、health_policy 三个只读模型工具的开发人员。每条已执行的动作都会写入一条审计记录,附带压力值、覆盖率、驱动因素和适配器应答,报告中每一个数字都能追溯到一次测量——「模型觉得该重启」不可能成为原因代码。

使用场景

  • 无人值守的 DS-Hns 节点需要持续健康感知与自动分级响应,避免人工盯盘遗漏
  • 系统压力逐步升高时,希望按 0-100 压力索引自动触发限流、暂停或重启请求,而非一刀切
  • 在模型对话中直接查询当前压力、趋势窗口和决策策略,无需切换终端或翻日志

适合人员

  • 运维一台或多台 DS-Hns 节点、希望免人工干预即可掌握系统健康度的 SRE / 运维工程师
  • 需要在对话内调用只读健康工具、为上层 Agent 提供决策上下文的开发者
  • 要求每条维护动作可审计、可追溯到具体指标的团队