dsh-farm
Manifest validService farm for DSH: register, start, stop and restart long-running project services, with agent tools (farm_status/start/stop/restart/logs/register), farm.yaml declarations and an overview drawer UI
dsh-farm 🚜
DSH service farm plugin: register, start, stop, restart and watch long-running project services — the agent can do it through tools, you can do it through the web UI.
Install
dsh plugin --profile <name> add /path/to/dsh-farm
Restart the DSH web surface afterwards.
What you get
-
UI: a 🚜 button at the sidebar foot with a running-services badge; clicking it opens the overview drawer — services grouped by workspace with status dots, start/stop/restart buttons, and a log view with live follow (SSE), substring search and download/export. With DSH-better-sidebar installed the same panel becomes a Farm tab in that sidebar instead — see Where the UI lives.
-
Delete: 🗑 on a row removes that one service.
☑ selectswitches the drawer into multi-select — tick rows (or select all), then delete (n) opens a confirmation dialog listing the targets; nothing is deleted until you confirm it.farm.yamlservices are greyed out in both paths: the file owns them, so you remove them by editing it. -
Agent tools:
farm_status/farm_start/farm_stop/farm_restart/farm_logs(service, tail, search)/farm_register(name, workspace, command, ...)/farm_unregister(service | services). Say "帮我把 dev server 注册到 farm 并启动" in a session and the agent does the rest. -
farm.yaml (optional, per workspace, commit-friendly):
services: dev-server: command: pnpm dev # cwd: sub/dir # optional, resolved against the workspace autoRestart: true env: PORT: 5173Declared services appear in the UI and
farm_statusautomatically (source: yaml); the file is always the source of truth.
Where the UI lives
dsh-farm renders its panel in whichever home is available, decided at runtime:
| DSH-better-sidebar | Where the panel appears |
|---|---|
| installed | a 🚜 Farm tab in better-sidebar (single-instance, with a running-count badge); dsh-farm's own footer button and drawer stand down |
| not installed | dsh-farm's own 🚜 footer button + right-hand drawer |
Nothing to configure, and better-sidebar is not a dependency — dsh-farm looks the service up by name at runtime and keeps working when it is absent. It also follows better-sidebar being enabled or disabled while DSH is running, in both directions.
Implementation note for anyone extending this:
betterSidebaris deliberately not in the client half'sinject. In DSH's cordis a declared-but-missing service parks the whole plugin, which would take the fallback UI down with it — the plugin would vanish entirely rather than fall back. The runtime's optional-lookup hook isctx.get('betterSidebar')(undefined when absent), andctx.on('internal/service', …)catches better-sidebar arriving or leaving later. That event can fire more than once for the same arrival, so registration is idempotent.
Behavior notes
- Services are spawned as children of the DSH process (
/bin/sh -c), so they are reclaimed when DSH exits. Dynamic registrations persist across restarts in$DSH_HOME/storages/dsh-farm/services.json(state does not). - Stop = SIGTERM, then SIGKILL after a 3s grace.
autoRestartretries an abnormal exit up to 5 times with exponential backoff (1s → 16s).- Logs: 5000-line in-memory ring per service plus an append-only file under
$DSH_HOME/storages/dsh-farm/logs/<id>.log. - Deleting a service stops it first, then drops its registry row, its live log
stream and its log file. Ids are derived from
workspace + name, so this keeps a later re-registration of the same name from inheriting stale logs. Project files are never touched.
HTTP API (localhost only, prefix /farm)
| Route | Meaning |
|---|---|
GET /farm/services?workspace= | list (farm.yaml entries merged in) |
POST /farm/services | register/update a dynamic service |
GET /farm/services/:id | one service |
DELETE /farm/services/:id | unregister one (stops it first; 400 for farm.yaml services) |
POST /farm/services/batch-delete | unregister many — { ids: [] } → { ok, deleted, failed } |
POST /farm/services/:id/start|stop|restart | lifecycle |
GET /farm/services/:id/logs?tail=&search=&export=1 | logs, export=1 downloads |
GET /farm/services/:id/logs/stream | SSE live follow |
Config (override in the profile patch)
- id: farm
config:
dataDir: /abs/path # default $DSH_HOME/storages/dsh-farm
ringLines: 5000
stopGraceMs: 3000
Compatibility
Versions
| Latest version | Published | Size |
|---|---|---|
| 0.1.0 | — | — |
Comments
Loading…
Similar plugins
by KhaosGx
Service control panel in DSH Web settings: live host info (PID, versions, uptime, memory/CPU trends, active sessions), npm update banner, and a confirm-guarded graceful stop that warns when tasks are
★ 1
↓ 217/wk
NOASSERTION
JavaScript
Sep 6, 2026
dsh plugin --profile web add dsh-stop-service该项目是一个Deepseek Harness的插件,目前是作为Maven Spring Boot 项目的专用启动器。它提供 Agent 工具和 Web 管理面板,用同一套进程管理逻辑完成项目检查、Profile 选择、启停、状态查询和日志查看。
★ 0
Apache-2.0
JavaScript
dsh plugin --profile web add dsh-spring-boot-launcherby songofhawk
Multi-machine, multi-agent orchestration and control plane for DSH: discovers Agents and workspaces across devices, routes tasks by machine, repository, capability, and load to local or remote Agent r
★ 4
↓ 96/wk
JavaScript
Sep 29, 2026
dsh plugin --profile web add dsh-alphaby wrw-dev
DSH 插件:Spring Boot 后端服务管理器(顶栏 IDEA 式启动/停止/日志控制台,源码直启 + Jar 打包启动)
★ 0
JavaScript
Oct 19, 2026
dsh plugin --profile web add dsh-spring-widgetby gehennawu
Self-hosted DSH Web operations panel for safe restart and upgrade, health diagnostics, model-usage statistics and provider quota lookup, backup and session management, task notifications, skill contro
★ 10
↓ 699/wk
MIT
JavaScript
Oct 28, 2026
dsh plugin --profile web add @gehennawu/dsh-serviceby chenkai2
Registers the DeepSeek Harness web server (dsh web) as an auto-start, self-healing background service — LaunchAgent / systemd / cron plus a 30s health-check watchdog — with seven dsh_daemon_* tools (i
★ 8
MIT
JavaScript
Oct 28, 2026
dsh plugin --profile web add @chenkai114/dsh-daemon