把行情轮询关在 Host 里，云上运维的四个收敛做法
同一个插件，在笔记本和 ECS 上，运维重点完全不同。本地挂了重启一次就完事；云上挂了往往几天后才发现。这篇不谈怎么装，只谈装好之后怎么把复杂度收住。
一、轮询收敛在 Host，而不是每个浏览器各拉一遍
插件的五个路由 /config、/stocks、/quotes、/kline、/minute 都由 Host 端提供，Host 用 Node 原生 fetch 直连腾讯财经接口，浏览器只负责渲染。行情请求发生在那台 ECS 上，而不在你打开的每个标签页里。
收敛带来的是可观测性
请求集中在一处，出网流量、失败率、耗时都只有一个观察点。若取数散在客户端，你无法回答"谁在拉、拉了多少次"——多开两个窗口就是两份，账算不清。
收敛也带来单点
代价也明确：Host 一停，所有客户端一起黑。所以收敛必须配兜底——进程要能自动拉起，否则等于把多个小故障合并成一个大故障。
二、单实例就够，多实例要付双份代价
这个插件的状态不在服务端
分组、代码、买卖目标价全在浏览器的 localStorage（key stocking.config.v1），Host 侧 ~/.stocking/settings.json 只在首次启动做一次性迁移。所以多开一台 ECS 不会让自选股同步过去，每台机器的每个浏览器各有一份配置。
该扩的不是实例数，是入口
如果目的只是"多个地点都能看"，正解是一个实例加一个稳定入口。多实例只在需要隔离环境（一套试新版本、一套留旧版本）时才成立；否则只是多一份安全组规则、一个 EIP 和一套日志要盯，它们本就是两份独立配置。
一个实例，少开标签
同一个面板开三个标签，渲染是三份，Host 侧的路由调用也会跟着上来。看盘不需要三个入口，一个足够。
三、配置与浏览器解耦，是个要付代价的选择
现实：它没有真正解耦
把配置放在浏览器里是刻意的轻量选择——不用数据库、不用账号体系、装上就能用。代价是持久化最弱：清缓存、换浏览器、换机器，都会丢。所谓"解耦"只能靠运维补。
可以补的三件事
固定一台机器、一个浏览器作为入口，不要在这台上清缓存；升级或换机前把分组与目标价截图留档；别指望 ~/.stocking/settings.json 当备份，它只被读一次，之后改了也不回写。
不要为此自建一套同步
写脚本定时导出 localStorage 也可以，但那是在给一个刻意保持无依赖的插件加外围系统，维护成本会超过它本身。真要跨设备一致，换条路线更划算。
四、监控与告警的最小集
四个指标就够
进程存活（systemctl is-active）、出网连通性（对行情域名发一次请求看状态码）、接口可用性（/quotes 能否返回数据）、磁盘水位。前三个判断"还能用"，第四个判断"还能用多久"。
不要给行情数值设告警
插件是看盘工具，不是推送系统：列表固定 10 秒轮询，没有推送通道。拿价格阈值做告警，等于把 10 秒采样、公开接口取数的面板当实时信号源。告警只盯"服务是否健康"，不盯"数字是多少"。
告警要少而准
四个指标里最值得即时通知的是"进程掉了"与"接口连续失败"；磁盘设 80% 慢告警即可。告警越多，越容易被忽略。
五、升级与回滚：慢一点，留一手
上游在动，插件没怎么动
仓库最后提交是 2026-09-07，npm 包最新 1.1.0；而 DSH 宿主仍在快速迭代。升级风险因此主要来自宿主，不是插件本身——升宿主前，先在非关键实例上验一遍。
技能目录不会被升级覆盖
插件首次启动会把自带的 investment-research、frontend-design 复制到 ~/.agents/skills/，已存在则跳过。所以改过或旧版本留下的同名技能会一直生效，插件升级也不更新它。升级后"一键研报"行为没变，先看技能目录，别怀疑插件没装上。DSH_STOCK_WATCH_NO_SKILLS=1 可整体停掉注入。
回滚要能回到具体版本
npm 侧装回旧版本号，宿主侧保留上一份可用目录。回滚前先确认配置还在——它不在插件里，回滚既不带走也不恢复。
关于这个插件的事实
仓库 Awu12277/dsh-stock-watch，MIT，npm 包 dsh-stock-watch 最新 1.1.0，未声明 engines、无依赖。GitHub 87 星，最后提交 2026-09-07。本站已在 dsh 0.2.1-rc.2 下真实安装成功，信任档位「已验证」；安全扫描 🔵 含敏感能力、尚无人工评估，需联网。npm 周下载 143 含 CI 与镜像，不等于装机量。站点数据截至 2026/9/17。覆盖 A 股、港股、ETF，没有美股与期货。
总结
四个收敛：请求收到 Host 一处、实例收到一台、告警收到四个指标、升级收到可回滚的一步；同类插件清单见 DeepSeek Harness Hub 插件清单。
适合与不适合
适合：已有 ECS、愿意把看盘做成长期服务的人；能接受配置存在浏览器、丢了重建的人；想用一个实例服务多地访问的人。
不适合：要求自选股跨设备自动同步的人，这里没有账号体系；需要推送级实时性的人，10 秒轮询不是信号源；不愿维护常驻进程与日志轮转的人；不能接受腾讯财经公开接口这类非官方数据源的人。
标签：dsh-stock-watch、DeepSeek Harness、云上运维、DSH 插件实践
本文由 DeepSeek Harness Hub 自动整理，数据来源于插件详情页。
