dsh-generation

In DeepSeek Harness, a session's agent preset locks the moment the first turn executes — you cannot hot-swap the working agent's toolset without orphaning logged tool calls. dsh-generation takes the cleanest fix: don't patch the running process, spin up a fresh generation. It exposes two tools — generation_fork copies a known-good preset to a new id, and generation_run mounts that copy onto a brand-new agent, runs your task, waits for idle or a 15-minute timeout, then disposes. Between generations, context flows only through files you write, never through shared memory or an inherited parent toolset — the same discipline a C compiler applies when each build is a standalone binary.

The whole loop keeps a human as stage three: every fork and every run passes through a pre-execute approval gate. A worker preset cannot be cordis and must not still carry a cordis plugin row; the meta-session log is the sole lineage — no second database, no automatic promotion of any artifact to the default creator. The plugin adds no new Host services, does not unlock the preset lock, has zero @deepseek-ai/dsh-tools runtime dependencies, and is plain JavaScript you install and restart.

It is built for power users already orchestrating multi-step tasks in Creator mode who want to isolate "ideate → implement → verify" into generations that do not pollute one another. If you simply need a few more tools in the current session, Creator mode alone is enough. dsh-generation solves the workflow problem of making the previous generation's output the next generation's starting point, instead of patching the live one.