dsh-job-watch

代理把作业丢给集群调度器、SSH 上的裸机或某处 tmux 后，会话往往就安静了；真正状态却留在 squeue、bjobs 或 tmux list-sessions 里。你要么开终端手工轮询，要么盯着监控页，要么几小时后才发现早就跑完了。GUI 本来就知道你当时在哪个对话里干活，dsh-job-watch 把作业号绑到那条对话上，按你配置的 provider 去查状态，并在侧边栏那一行直接上色：粉色表示仍在跑，绿色表示已结束、该回来分析结果，橙色表示查不到该作业号。

插件本身不实现任何作业逻辑。provider 就是「一条 shell 命令 + 逐行正则」，调度器、远程 tmux 或自研状态 CLI 对插件而言是同一种接口，集群名、队列和路径都不会写死在代码里。查询在定时轮询、休眠唤醒检测、打开或聚焦界面、以及登记作业后立刻触发，彼此会跳过重复工作。绿色状态会刻意保留，直到你在该对话里真正发言才会清除；注入的 workspace 说明、技能目录等不算「说话」，避免悄悄抹掉提醒。

Agent 侧通过系统提示与 job_watch 工具完成登记：未登记的作业不会出现在账本里，侧边栏也不会变色——这是设计约束，不是疏漏。登记时可带 ETA，报告会给出推荐结束时间（登记时刻加 ETA），或明确说明无法可靠推算并提示从何处取数，不会在仍显示运行中时擅自假定已结束。也支持不指定 jobIds 的自动认领：把各 provider 当前列出、尚未被任何对话跟踪的在跑作业一次性挂上。

适合经常在 DSH 里驱动长时外部任务的人：HPC 用户、在多台机器或 tmux 里跑实验的开发者，以及希望一眼从对话列表看出「哪条还在跑、哪条跑完我还没看」、而不是再开一块面板或单独记作业号的人。它与官方 ui-jobs（DSH 自启后台任务）、各类平台专用工具或独立看板互补，专注「外部作业 id → 对应对话行颜色」这一格。