dsh-daemon

复制命令，或者把整个安装任务交给你的 Harness 智能体。

README 摘要

来自项目自身文档的清洗摘录。

版本对照（dsh-daemon ↔ dsh） dsh-daemon 支撑的 dsh 说明 --- --- --- 0.1.31 0.1.x 与 0.2.x 修「 /health 404 ⇒ 无限重启 + 每次重启弹一个浏览器页签」： /health 是 本插件自己注册 的路由，目标 profile 里插件没激活（装错 profile／插件加载失败／该 profile 的 cordis.yml 没这条）时它恒 404，watchdog 于是每约 5 分钟重启一次、每次都是新的一代、按代节流又允许开一次浏览器 ⇒ 桌面隔一阵子冒一个页签。现在用 核心静态资源 做正向存活判据： GET /manifest.webmanifest 200（或 / 返回 200/301/302/401/403，即核心 auth fence 在应答）就说明 dsh 本体活着。 /health 404 且 核心活着 ⇒ 插件没在服务，重启装不回插件 ⇒ 停止重启 ，写 .daemon-pluginless ，日志与 status / dsh daemon status 都给出可操作原因（ dsh daemon reinstall ）；核心也死了（连不上/超时/全 404）⇒ 才按原策略重启 0.1.30 0.1.x 与 0.2.x 修「 status 里的 Web auth URL 永不刷新」： dsh web 的 token 行在插件 loader settle 之后 才打印，而 /health 早得多 —— 一次性 CLI（ restart / start / restart-pending ）在健康检查一过就 process.exit() ，把 seedWebAuth() 的轮询定时器连根丢掉（不写 .web-auth-url 、不打日志、连 90s 超时日志都没有），长驻 watchdog 又不补课，URL 就永久钉在上一代死 token 上，还标着 valid while this web process runs 。现在：seed 链可 await（CLI 独立上限 DSH DAEMON AUTH WAIT ，默认 20s，到点正常退出并提示 not captured，由下一个健康 tick 补齐）；落盘本代日志锚点 .dsh-web.logoffset （旧代 token 永不当作 current，反向分块扫描 ≤8MB）；长驻 watchdog 每个健康 tick 自愈（每代一次、single-flight）；浏览器按 进程代 节流 .web-auth-opened ；…

项目信息

仓库

chenkai2/dsh-daemon

作者

chenkai2

协议

MIT

stars

9

Forks

1

更新时间

2026年11月10日

创建时间

2026年8月17日

语言

JavaScript

收录来源

topic