dsh-nested-followups
DeepSeek Harness 对话的消息级嵌套后续分支
插件会安装到这里；不确定时保持 web。
npx -y @deepseek-ai/dsh plugin --profile web add dsh-nested-followups@0.2.2
Nested Followups 以 dsh-nested-followups 发布，当前版本为 0.2.2。Plugin Hub 会校验它的 manifest，并保存精确安装来源，便于复现安装结果。
English | 中文
dsh-nested-followups — a nested follow-up conversation tree for DeepSeek Harness
A plugin for DeepSeek Harness that adds a conversation tree to the web interface. Ask a follow-up question about any earlier answer, and it opens as an isolated branch instead of being appended to the end of your main conversation.
A DeepSeek Harness conversation is linear. When you are part way through an engineering task and you want to ask what a term in an earlier answer means, you have two poor options: ask in the main conversation, which mixes an unrelated question into the task context and keeps sending it with every later request, or start a new conversation, which loses the context that made the question worth asking.
This plugin adds a third option. The follow-up becomes a branch that inherits the conversation up to the answer you asked about, and nothing else. Your main conversation never sees it.
| Requirement | Version |
|---|---|
| DeepSeek Harness | 0.1.x (verified on 0.1.0-rc.7, 0.1.0-rc.8, and 0.1.1-rc.2) |
| Node.js | 22.19 or later |
| Package manager | pnpm |
dsh plugin --profile web add dsh-nested-followups
Restart the DeepSeek Harness web profile if it is already running.
git clone https://github.com/sluminositys/dsh-nested-followups.git
cd dsh-nested-followups
pnpm install
pnpm run check
dsh plugin --profile web add .
To uninstall:
dsh plugin --profile web remove dsh-nested-followups
Uninstalling removes the plugin's interface and services. It does not modify your main conversation and does not delete branch history.
Open a conversation as usual and select Tree View in the conversation header. Switching between Chat and Tree View changes only how the conversation is displayed; no data is copied or converted.
In Tree View:
Return to Chat whenever you want to continue the main task.
A tree opens fully folded the first time you see it: the main conversation plus one dot per answer that has branches. Select ⊕ to reveal one capsule per branch, then select a capsule to restore that branch's message cards. Opening a dot always starts from capsules, so you choose each level deliberately; sibling capsules stay folded until you open them. To return a card group to its capsule, select the up-arrow area along the inside bottom edge of its dashed frame. Select ⊖ to close a whole group back to its dot.
Alt-select ⊕ or a capsule to expand all descendants at once. Collapse all reduces every top-level anchor group to a dot. The layout is restored per conversation after a restart. A pulsing blue marker means a folded descendant is still generating; red means one has failed. Search automatically opens the folded ancestor chain before centering the matching message.
The difference between the two actions is structural, not just visual:
| Action | Direction | Effect |
|---|---|---|
| Ask follow-up | Grows right | Creates a new branch that inherits the conversation up to the selected answer |
| Continue this branch | Grows down | Adds the next exchange to the current branch |
Ask follow-up never appends to an existing branch, and Continue this branch never creates one. Continue this branch appears only on the most recent completed answer within a branch, never in the main conversation.
Deleting a branch also deletes every branch below it. The confirmation dialog states how many branches and messages will be removed. Your main conversation and any sibling branches are unaffected.
Each branch is a real DeepSeek Harness session created from a completed turn in its parent. A branch created from answer A2 inherits the conversation from the beginning through A2. It does not receive anything the main conversation does afterwards, and the main conversation never receives anything from the branch. Sibling branches created from the same answer cannot see each other's messages.
Branches are recorded as subagent-origin sessions. This keeps them out of the session list while preserving their history, so a branch belongs to its main conversation rather than becoming a separate item you have to manage.
A branch runs as a read-only agent: it can inspect the workspace, but it cannot change anything.
This is enforced when a tool actually runs, not by hiding tools from the model. The following tools are permitted:
read, read_image, glob, grep, lsp, the session_* query tools,
job_list, job_output, terminal_list, terminal_read, list_agents, and
get_goal.
Everything else is refused, including any tool the plugin does not recognise, so
a newly added tool is never permitted by omission. Code Mode's run_code remains
available because each tool a program calls is checked individually, which means
nested write operations are refused one by one.
Read access is deliberate: a follow-up question is often "what does this file do?". Write access is not, because a branch runs in the same working directory as the main conversation and could otherwise modify files while a task is still running.
The plugin does not alter the request a branch sends. It joins the same preset the parent session used and leaves tool definitions, prompt sections, and the presentation format untouched. As a result, the beginning of a branch's request is byte-for-byte identical to the main conversation's request at the point the branch was created.
This matters for speed. Model providers cache request prefixes, and tool definitions sit at the very front of a request. Removing a single tool definition would change the first bytes and lose the entire cached prefix, forcing the provider to re-read the whole inherited conversation before it can produce the first word of the answer. Restricting the visible tool list would have been simpler to implement and would have given up that saving for no gain in safety, because hiding a tool and refusing to run it stop the same call.
This version is verified against an unmodified @deepseek-ai/dsh
0.1.1-rc.2 and retains 0.1.0-rc.7 as its compatibility floor. The two
limitations below remain present across the verified releases because of how
DeepSeek Harness treats subagent-origin sessions.
Branches cannot be continued from the standard chat view. DeepSeek Harness uses the subagent origin marker to decide which component owns a session, and it rejects messages sent to such a session from the standard chat view. The standard view can display a branch's history but cannot add to it. This version therefore has no "open branch in chat" action; reading and continuing branches both happen in Tree View.
Branches may be listed in the Subagent menu. Because the plugin does not
install a subagent descriptor, the built-in Subagent list may show branches as
disabled diagnostic rows. In 0.1.1-rc.2, this list is opened from the session
header's lineage control. The rows cannot be selected, are skipped during
keyboard navigation, and are excluded from the count of active child agents;
the control and the conversation continue to work normally. Branches still do
not appear in the sidebar session list.
The plugin includes a check for a proposed future DeepSeek Harness capability that would allow branches to be continued from the standard chat view. It requires that release to provide both the capability and an explicit guarantee that user messages can be delivered, so that a partial implementation cannot silently re-enable a writable interface. Until then, this feature stays disabled.
pnpm install
pnpm run check
pnpm run check runs linting, type checking for both the host and browser
builds, the test suite, a production build, and package validation.
| Command | Purpose |
|---|---|
pnpm run lint | Static analysis |
pnpm run typecheck | Type checking |
pnpm test | Unit and integration tests |
pnpm run build | Production build |
pnpm run check | All of the above, plus package validation |
Issues and pull requests are welcome. Please run pnpm run check before
submitting a pull request.
The implementation is verified against unmodified DeepSeek Harness
0.1.0-rc.7, 0.1.0-rc.8, and 0.1.1-rc.2. DeepSeek Harness is in developer
preview, so later releases may require updates even though this package declares
a wider compatibility range.