dsh-web-submit
DeepSeek Harness plugin that lets you drive the running dsh web instance from the command line — the task executes inside the web process, so the Web UI shows it live (same sessions store, same event stream), and permission / approval questions appear in the Web UI.
No separate headless process, no webhook glue: one plugin, three endpoints.
Endpoints
| Method | Path | Description |
|---|---|---|
POST | /x/headless | {"task": "...", "cwd": "...", "preset": "standard", "mode": "queue"} → {"ok": true, "sessionId": "session-..."} |
GET | /x/headless/status?sessionId=... | Latest session events (non-streaming poll) |
GET | /x/headless/events?sessionId=... | SSE live event stream; ends after turn/end |
Loopback requests only (127.0.0.1 / localhost), same trust posture as the built-in /api surface. The plugin reuses the in-process ApiProxyService, so it stays identical to the UI's own session/prompt path.
Install
dsh plugin --profile web add file:C:/dsh-web-submitThe bundle patch rule (cordis.patch.yml) is applied automatically by dsh plugin add, so no manual edit to the host profile is needed.
Restart dsh web (~/.dsh/start-web.cmd) to load the plugin.
Example (CLI)
# submit a task
curl -s -X POST http://127.0.0.1:3080/x/headless \
-H 'content-type: application/json' \
-d '{"task":"Summarize the README","cwd":"C:/my/project","preset":"coding"}'
# tail it live
curl -sN "http://127.0.0.1:3080/x/headless/events?sessionId=session-xxx"While it runs, open the Web UI: the session is visible in real time, exactly as if you had typed the task there.
Config
| Key | Default | Meaning |
|---|---|---|
routePrefix | /x | Route prefix for all endpoints |
maxBodyBytes | 1048576 | Max request body size |
License
MIT
