dsh-sideask
无需离开当前 DSH 会话，即可查看并回答其他 DSH 会话中的 ask_user_question 提示。
插件会安装到这里；不确定时保持 web。
npx -y @deepseek-ai/dsh plugin --profile web add github:Yebeimu/dsh-sideask#056fd62bfbd8723184550db85f14f1c627ccc868Sideask 以 dsh-sideask 发布，当前版本为 0.1.0。Plugin Hub 会校验它的 manifest，并保存精确安装来源，便于复现安装结果。
See and answer ask_user_question prompts from other DSH sessions, without leaving the one you are in.
Powered by DSH — a plugin, not a fork.
DSH renders an ask_user_question card only in the session that asked it. If you are working in session B while session A is blocked on a question, you cannot see it. Your choices are to switch sessions and hunt for it, or to leave the asking agent waiting.
userQuestions.answer.The panel never takes over the composer, never steals focus, and never covers the center of the page.
0.2.0 or later.ask_user_question must run in timed mode.That last point matters. In the default blocking mode, a question stays in a foreground wait that only the card in the asking session can settle. This plugin cannot answer it — no external interface can. In timed mode the wait expires, the tool returns pending, and the question becomes continued: still answerable, but no longer owned by one interface. That is the state this plugin picks up.
Configure it on the tool-ask-user row of your profile's cordis.patch.yml:
- id: tool-ask-user
name: '@deepseek-ai/dsh-tool-ask-user'
config:
mode: timed
timeout: 60
With that in place, a question becomes answerable from this panel after timeout seconds. The tool also accepts a per-call timeout argument, so a caller that wants it faster can pass a smaller number.
Put the package under your profile's plugin directory, for example
~/.dsh/profiles/desktop/plugins/dsh-sideask.
Link it into the profile's node_modules/@local under a name that matches the package name:
New-Item -ItemType Junction `
-Path "$HOME\.dsh\profiles\desktop\node_modules\@local\dsh-sideask" `
-Target "$HOME\.dsh\profiles\desktop\plugins\dsh-sideask"
Add the row to cordis.patch.yml:
- id: dsh-sideask
name: '@local/dsh-sideask'
Restart DSH. Client plugins are bundled at boot; reloading the page is not enough.
Two halves.
Host half (index.js) listens to session/event globally and keeps a map of pending questions keyed by sessionId|callId.
tool/call named ask_user_question, it records the call with its questions and the session's working directory.tool/result, it inspects the result: a pending reply means the timed wait expired and the question is still answerable, so the record is kept. Any other result means the question was settled, so the record is dropped.turn/end does not clear records; a continued question outlives the turn that asked it.Two HTTP routes:
GET /dsh-sideask/list?session=<id> returns the pending questions whose working directory matches the requesting session's, so one workspace stays separate from another.POST /dsh-sideask/answer with { sessionId, callId, answers } forwards the answer via ctx.userQuestions.answer(agent, callId, { answers }).Client half (client.js) registers two slots:
sidebar.footer.action — the counter button, hidden when the count is zero.shell.overlay — the panel, positioned bottom-left, dismissed with × or Esc.It polls the list route every 4 seconds while the counter is mounted, and refreshes on open.
userQuestions.answer takes { answers: [...] }, not a bare array. A bare array is rejected and returns false.stillOpen === true means the answer was accepted into the agent's queue. false means no matching continued question was found.pending tool result is not an answer. Treating it as one makes questions disappear from the panel before anyone has answered them.MIT