Local Superagent v0.4.0

Local Superagent 0.4.0

Changes

• One global configuration for all current and future Superagents: models, review, pause and bounded timeout autonomy. View filters do not narrow settings scope.
• maxWorkers is the shared configured limit for each supervisor, not one board-wide execution pool. Task queues, workspaces and supervisor contexts remain separate.
• Visible ＋ creation, selected-supervisor ⋯ rename/remove with confirmation and unfinished-task protection.
• A single task entry and composer directly below the supervisor area; direct top-panel answers and draft preservation remain available.

Upgrade notice

Back up ~/.dsh/state/local-superagent/board.json and let running tasks finish before upgrading. Schema 3 uses the previous board.settings as the global configuration and archives former individual settings in legacySettings. Task history and unanswered questions are preserved. Do not run the older 0.3.0 directly on a schema 3 ledger and expect safe downgrade compatibility.

Install

DSH Desktop: Plugins → Add plugin, then paste:

github:superchao5717/dsh-local-superagent#v0.4.0

CLI-managed Web profile:

dsh plugin --profile web add github:superchao5717/dsh-local-superagent#v0.4.0

The attached dsh-local-superagent.tgz is prebuilt JavaScript with a matching SHA256 checksum. This project does not publish to npm.

Validation and boundaries

78/78 offline tests passed on committed source; package manifests, safety patterns, syntax and Host-module imports checked. Existing-instance validation covers Windows / DSH 0.2.1-rc.5, global configuration reflected by two supervisors, migration preservation and the revised UI. No full clean Host reinstall, remote CI or cross-platform assurance is claimed.

Workers run as the current OS user with danger-full-access, not in an OS sandbox. Timeout autonomy is off by default and cannot replace human-only login, permission or payment steps. See SECURITY.md. Version 0.3.0 remains available unchanged.

Local Superagent v0.3.0

Local Superagent 0.3.0

A community task-board plugin for DeepSeek Harness. This is not an official DeepSeek product and does not ingest GitHub/Gitee issues.

Included

• Multiple supervisors per workspace, separate queues/settings/model selections and review sessions.
• Worker-model inheritance from its supervisor when no worker range is selected.
• Waiting tasks stay in the active column; questions can be answered directly in the top panel.
• Compact supervisor navigation, collapsible management, keyboard actions and question-scoped draft preservation.
• Optional timeout autonomy (off by default), bounded to the original task authorization and one attempt until human answer/manual retry.
• Review tokens/epochs and regression coverage for stale decisions, stops, human answers and capacity limits.
• Chinese/English documentation, MIT license, security boundaries and upstream architectural notices.

Install

In DSH Desktop, open Plugins → Add plugin and enter:

https://github.com/superchao5717/dsh-local-superagent

For a CLI-managed Web profile:

dsh plugin --profile web add github:superchao5717/dsh-local-superagent

The attached dsh-local-superagent.tgz is prebuilt JavaScript and needs no build step. The package remains private to prevent accidental npm publication; GitHub distribution is supported. A .sha256 checksum file accompanies the archive.

Validation and limits

• Committed source ddba5265a606523057fa4ae9f4bcd678821bf355: 71/71 offline tests passed on Windows with Node 24.
• Archive contents, manifests, sensitive-information patterns, source syntax and Host-module imports checked. Archive built from the committed Git tree, not private runtime state.
• Real-instance feature validation: Windows / DSH 0.2.1-rc.5. Other platforms and a complete fresh Host reinstall are not claimed as validated.
• CI is supplied only as a reviewed example; no remote GitHub Actions workflow was enabled. No npm publication or awesome-list pull request was submitted.

Security: workers run as the current OS user with danger-full-access; this is not an OS sandbox. Multiple supervisors share filesystem access. Autonomy never constitutes a user answer or new authorization; login, credentials, payment and human-only approvals remain human steps. Read SECURITY.md before use.