dsh-zhushou

DSH PLUGIN记忆与知识

仓库 Starlight-bananice/dsh-zhushou · npm @bananiceee/dsh-zhushou

记忆与知识 L4 · 沙盒安装通过 安全审查:低风险 可信度:银 可安装插件
安装这个插件

dsh-zhushou 是 DeepSeek Harness 的侧边栏助手插件,在侧边栏管理并选择助手人设,选中后于 DSH 会话内以该人设对话,不选则保持原生会话。

一句话选型结论

按资料字段整理

dsh-zhushou 是记忆与知识类的 DSH 可安装插件,验证等级 L4 · 沙盒安装通过,安全审查为低风险,列出 5 项功能,有可直接复制的安装命令。验证通过不等于安全:插件会读写文件、执行命令或联网,装前先到仓库确认它做了什么;涉及密钥或系统权限的,建议先在隔离环境试装。

分类记忆与知识 收录类型可安装插件 验证等级L4 · 沙盒安装通过 安全审查低风险
验证等级 L4 L4 · 沙盒安装通过
GitHub 星标 0 复刻 0 · 未关闭 issue 0
最近更新 2026-08-25 创建于 2026-08-24
README 12.1 KB 正文体量,越大说明说明书写得越细

安装

可安装插件
在 DSH 里执行,装完用 dsh plugin list 确认已挂上;标了 L4 / L5 的命令已在沙盒里真实跑通
dsh plugin --profile web add @bananiceee/dsh-zhushou@0.0.2
  1. 1
    确认版本与运行环境

    仓库没有标注兼容版本与 Node.js 要求,先确认你的 DSH 版本能装,再继续。

  2. 2
    执行安装命令

    在 DSH 里执行上面的命令;多包仓库要注意区分具体子包名,别装错包。

  3. 3
    确认已挂载

    用 dsh plugin list 查看列表里是否出现这个插件,出现即挂载成功。

  4. 4
    试跑并检查权限

    加载后跑一个最小用例,确认它能正常工作;同时看它申请了哪些文件、命令或网络权限。

兼容 DSH 版本未标注版本不匹配时安装会报错
Node.js 要求未标注来自仓库 package.json 的 engines 字段
前置依赖无需要同时安装的同级依赖
npm 包名@bananiceee/dsh-zhushou可用 npm view 查看包信息

能做什么

5 项功能
字段来自项目仓库与公开索引,中文说明由本站标注

dsh-zhushou:DeepSeek Harness 的侧边栏助手管理插件

  • 侧边栏管理助手人设
  • 会话级人设激活
  • 模型参数与提示词模板
  • 世界书与记忆注入
  • 快速回复与技能开关

适用场景

记忆

上游标签

assistantassistant-paneldeepseek-harnessdshdsh-plugin

验证等级与安全审查

L4 · 沙盒安装通过
自动化流程结论,不是人工审核
验证等级L4 · 沙盒安装通过安装命令在隔离沙盒内真实执行成功,无依赖错误
安全审查低风险静态分析结论,未标注不代表已通过审查
仓库健康度稳定按仓库活跃度与最近更新时间给出
可信度银综合仓库活跃度与验证结果

上面的结论来自上游最近一次自动化验证(2026-10-08): 同一套检查会在插件发新版后重跑,页面显示的是最新一次的逐项结果。

逐项检查结果

L1 · 已找到 ✓ 通过
  • L1.0_DEFAULTED_FROM_L3 由 L3 推定 默认通过——L3 安装规范已通过(全库 L3 扫描策略)
L2 · 结构化 ✓ 通过
  • L2.0_DEFAULTED_FROM_L3 由 L3 推定 默认通过——L3 安装规范已通过(全库 L3 扫描策略)
L3 · 安装规范 ✓ 通过
  • L3.1_INSTALL_COMMAND_PARSED 安装命令已解析 方式:安装规范解析
  • L3.2_DSH_VERSION_DECLARED DSH 版本已声明 方式:DSH 版本声明
L4 · 安装已测 ✓ 通过
  • L4.1_INSTALL_EXECUTED_CONFINED 受限沙盒内执行安装 方式:沙盒安装执行
  • L4.2_INSTALL_SUCCESS 沙盒安装成功 方式:沙盒安装执行
  • L4.3_ARTIFACT_CONFIRMED 安装产物已确认 方式:沙盒安装执行
L5 · 运行已测 ✕ 未通过
  • L5.1_INSTALL_PASSED_SANDBOXED 沙盒安装通过 方式:沙盒安装执行
  • L5.2_WEB_BOOT_READY Web 启动就绪 插件目录树加载失败
  • L5.3_HTTP_SERVED HTTP 服务响应

风险详情

  • 审查结论 通过
  • 结论说明 vet 静态分析未发现可疑行为,判定为干净(clean)。
  • 风险计数 严重 0 / 高 0 / 中 0
  • 风险详情 未发现严重或警告级问题。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 验证等级 L4:在沙盒里真实装过,依赖能装上,不是纸面声明。
  • 静态安全审查为低风险,没有发现明显可疑行为。
  • 有可直接复制的安装命令,不用自己翻文档找入口。
  • 列出了 5 项功能,能直接看出它解决什么问题。

先想清楚的地方

  • 没有声明 Node.js 版本要求,版本不匹配可能装不上。
  • 验证通过不等于安全:插件会读写文件、执行命令或联网,装前先到仓库确认它做了什么。

更适合

  • 需要在记忆与知识场景里给 DSH 补能力的人。
  • 想装完就能用、不想自己排依赖的人。
  • 能接受在本地装依赖、愿意自己确认权限的人。

不太适合

  • 只使用 DSH 官方内置能力、不接受第三方插件的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
插件验证等级安全审查星标兼容版本安装命令
dsh-zhushou当前 L4 · 沙盒安装通过 低风险 0 未标注 有
ruflo L3 · 安装规范通过 低风险 7.4 万 未标注 无
OpenViking L3 · 安装规范通过 低风险 3.9 万 未标注 无
WeKnora L4 · 沙盒安装通过 低风险 3.3 万 未标注 有
distilly L4 · 沙盒安装通过 低风险 2.5 万 未标注 有
EverOS L4 · 沙盒安装通过 低风险 1.3 万 未标注 有

仓库档案

记忆与知识
字段来自项目仓库与公开索引,中文说明由本站标注
作者 / 维护方Starlight-bananice仓库 dsh-zhushou · 默认分支 main
分类记忆与知识memory
收录类型可安装插件声明了 dsh.bundle、可用 dsh plugin add 安装的条目
开发语言TypeScript仓库主语言
许可证MIT商用或二次分发前请确认条款原文
星标 / 复刻 / issue0 / 0 / 0收录时的数值,非实时
创建 / 更新2026-08-24 · 2026-08-25最后推送 2026-08-25
本站收录2026-08-25首次进入本站目录的时间

README 全文

12.1 KB
作者原文,中文版优先;只做安全转义,不改内容

dsh-zhushou · Assistant personas, inside your DSH session

> A DeepSeek Harness (DSH) sidebar assistant plugin: manage and pick assistant personas from the sidebar, then talk to the selected one inside the main DSH session — with its own persona, model, parameters, world book and memory. Leave the selection empty and the session stays fully native.

English · 中文


Overview

The problem: you want to switch between assistant personas (a coding mentor, a translator, a story writer…) without juggling separate apps, separate chat windows, or hand-edited system prompts per session.

What dsh-zhushou does: a sidebar 助手 (Assistant) option opens a management panel where you create and edit assistants — name, avatar, tags, workspace binding, model parameters, system prompt with variables, quick replies, injection modes, world book entries, skill switches and memory. Selecting an assistant activates a session-level activation pipeline: every LLM request in that DSH session is rebuilt with the assistant's persona, model parameters, injected blocks, world-book context, memory and time-awareness line. Deselect (or delete) the assistant and the session returns to its native behavior.

Feature highlights:

  • Session-scoped activation — selection lives in selection.json per DSH session; the activation pipeline intercepts llm/stream (exact sessionId match, purpose === undefined filters out compaction/session-title/subagent calls) and short-circuits with a rebuilt request
  • Assistant profiles — name / avatar (dataURL or URL) / tags / bound workspace
  • Model parameters — model (empty = follow the main model) / temperature / Top-P (reserved) / reasoning effort / max tokens / context message count / streaming switch
  • System prompt engine — template + dual variable syntax ({{var}} and {var}) + per-assistant variable overrides
  • Quick replies — one-click prewritten message templates bound to an assistant
  • Injection modes — role (system/user/assistant) + position (before/after/replace) + trigger (always/keywords)
  • World book — keyword hit → priority order → 1024-token budget truncation → injected into the request
  • Skills — enumerate ctx.skills.list() and enable/disable per assistant
  • Memory & time awareness — global/private memory pools, chat-history reference switch, and a time-awareness switch that injects current time / last-chat time / elapsed interval as a natural context line (no directive "time reminder" messages)
  • Sidebar UI — sidebar.footer.action text entry (with selected state) + shell.overlay management panel (select/cancel/edit/copy/delete) + settings.section full settings page
  • Clean handoff — no selection ⇒ fully native session; cancelling a selection restores native behavior immediately

Compatibility

Item Value
DSH versions 0.1.1-rc.2 (mainline master)
Runtime Node ≥ 22 (host) + modern browser (client); no external services
Data ${DSH_HOME \|\| ~/.dsh}/dsh-assistant-panel/ (assistants, selection, memory; overridable via the settings page)

Install / Uninstall

Install

# From npm (recommended)
dsh plugin --profile web add @bananiceee/dsh-zhushou

# Or pin an exact npm version
dsh plugin --profile web add @bananiceee/dsh-zhushou@0.0.1

# Or from the GitHub repository
dsh plugin --profile web add github:Starlight-bananice/dsh-zhushou

# Or from a local checkout (profile assembly)
dsh plugin --profile web add ../dsh-assistant-panel

# Or a pinned release tarball — immutable and versioned (attached to every GitHub release)
dsh plugin --profile web add https://github.com/Starlight-bananice/dsh-zhushou/releases/download/v0.0.1/bananiceee-dsh-zhushou-0.0.1.tgz

> Note: pnpm 11 enforces a 24h minimumReleaseAge for freshly published packages — if a same-day release is rejected, append --config.minimumReleaseAge=0 to the dsh plugin add command.

> Note: the built lib/ artifacts are committed to the repository — a git install is ready to run immediately, no build step required. Add the plugin, restart DSH Web, done.

# Or runtime injection without a restart (developer workflow)
#   dev_inject_plugin / dsh-super-injector → point at this repository

Then start/restart DSH Web. No configuration is required — the 助手 entry appears in the sidebar footer.

Upgrade

# npm installs: update straight to the latest registry version
dsh plugin --profile web update @bananiceee/dsh-zhushou

# github: installs pin a commit at install time — re-add a newer ref to upgrade:
dsh plugin --profile web remove @bananiceee/dsh-zhushou
dsh plugin --profile web add github:Starlight-bananice/dsh-zhushou#v0.0.1

Disable

  • Keep the data, stop the activation — deselect the assistant in the management panel: every session returns to native behavior; assistants and memory stay in place.
  • Stop the plugin entirely — remove it from the profile's bundles list; re-adding restores it.

Uninstall

dsh plugin --profile web remove @bananiceee/dsh-zhushou

Data left behind: ${DSH_HOME || ~/.dsh}/dsh-assistant-panel/ (settings, selection, assistants, memory) is not deleted — remove it manually if you want a clean slate.

Quick start

  1. Install (above), restart DSH Web.
  2. Click 助手 in the sidebar footer → the management panel opens.
  3. Create an assistant (name, avatar, model parameters, system prompt, world book, skills, memory…) and save.
  4. Select it for the current session — the panel shows the active selection; from now on every reply in this session uses the assistant's persona and parameters.
  5. Deselect to return to the native session.

Features

Feature Details
Assistant profiles name / avatar (dataURL or URL) / tags / bound workspace
Model parameters model (empty = follow main model) / temperature / Top-P (reserved) / reasoning effort / max tokens / context message count / streaming switch
System prompt template + dual variable syntax ({{var}} and {var}) + per-assistant variable overrides
Quick replies one-click prewritten message templates (bound to an assistant)
Injection modes role (system/user/assistant) + position (before/after/replace) + trigger (always/keywords)
World book keyword hit → priority order → token budget (1024) truncation → injection
Skills enumerate ctx.skills.list() and enable/disable per assistant
Memory global/private pool switches, chat-history reference, time-awareness switch (injects current time / last-chat time / interval as a natural context line)
Session selection selection.json records the chosen assistant per DSH session; selecting injects persona/model/world-book/memory into the main session, deselecting restores native behavior
Sidebar UI sidebar.footer.action text entry (with selected state) + shell.overlay management panel (select/cancel/edit) + settings.section settings page

HTTP API

Root: /assistant-panel/api (prefix route, same-origin local service, no auth). Unified envelope: { ok: true, data } / { ok: false, error: { code, message, details? } }.

Method / path Purpose
GET /health health check (version / dataDir / uptime)
GET /assistants · POST /assistants assistant list summary / create
GET /assistants/:id · PUT /assistants/:id · DELETE /assistants/:id read / partial update / delete (cascades private memory)
~~POST /chat~~ ~~SSE chat~~ (retired: main-session dialogue; see docs/ARCHITECTURE-ACTIVATION.md)
~~GET /chats…~~ ~~chat list / history / delete~~ (retired; history lives in DSH sessions)
GET /selection?sessionId= · POST /selection session-level activation ({sessionId, assistantId\|null}; null = restore native)
GET /memory?global=&assistantId= · POST /memory · PUT /memory/:id · DELETE /memory/:id memory entry CRUD
GET /skills?cwd= skill enumeration (ctx.skills.list)
GET /models provider/model enumeration (default main-model marker, reasoning-effort tiers, context windows)
GET /workspaces workspace enumeration (ctx.workspaceRegistry.list)
GET /profile · PUT /profile plugin identity/localization (userName/locale/timezone/dataDir)

Data layout

Data root (overridable via PUT /profile dataDir): ${DSH_HOME || ~/.dsh}/dsh-assistant-panel/

settings.json            # plugin settings (userName/locale/timezone/dataDir)
selection.json           # session selection state (sessionId → {assistantId, lastChatTs})
assistants/.json     # assistant profiles (atomic write: tmp + rename)
global-memory.jsonl      # global memory pool
memory/.jsonl  # per-assistant private memory pool
# chats/ retired: chat history is carried by DSH sessions (~/.dsh/sessions)

Known limitations

  1. Top-P not wired yet — DSH GenerateOptions / LlmCallConfig has no topP field today; the setting is kept, validated and persisted but not passed to ctx.llm.stream. It will be wired once the official API supports it.
  2. Session model UI does not follow activation — persona/model/parameter overrides act on the llm/stream request layer (activation pipeline, see docs/ARCHITECTURE-ACTIVATION.md); the session header and DSH UI still show the original provider/model.
  3. The official system prompt can be replaced — on activation, rebuilt.system is the assistant-composed block (persona first); if the assistant system prompt is empty the official system prompt is kept.
  4. Injections don't appear in the session log — activation only rewrites the request face; session/event records the original messages (consistency first).
  5. reasoningEffort is mapped to the nearest tier — DSH only has off/low/high/max; medium is mapped to low host-side, auto is omitted (server default).
  6. Memory extraction not closed-loop — memory injection (keyword + time-decay top 5) and CRUD are implemented; the async "fast-model auto-extracts facts → memory pool" step is not wired yet (entries are maintained manually on the settings page).
  7. Skill panel reflects the host runtime — ctx.skills.list() returns the skills registered in the current runtime (e.g. vision-skills), not a compile-time full catalog.
  8. No multimodal support — text messages only; images etc. are planned for later versions.

Development

# Rebuild host + client (needs a DeepSeek Harness checkout; probes DSH_CHECKOUT or common paths)
DSH_CHECKOUT=~/deepseek-harness bash scripts/build.sh
npm run build:client          # tsdown → lib/client.js

# Verify committed lib/ is in sync with src/ (full rebuild + byte diff)
npm run verify

# Enable the pre-push guard (auto-runs verify.sh when src/ or build config changes)
git config core.hooksPath .githooks

# Runtime injection without a restart (dsh-super-injector workflow)
dev_build_plugin { "dir": "/path/to/dsh-assistant-panel" }
dev_inject_plugin { "dir": "/path/to/dsh-assistant-panel" }
dev_plugin_status
dev_uninject_plugin { "match": "dsh-zhushou" }

Documentation

  • docs/ARCHITECTURE.md — overall architecture
  • docs/ARCHITECTURE-ACTIVATION.md — the activation pipeline (llm/stream short-circuit rebuild)
  • docs/DESIGN-ACTIVATION.md — source-verified API research behind the activation design
  • docs/DESIGN.md — original product research

License

MIT © 2026 Starlight-bananice

常见问题

7 问
答案由本站依据条目字段整理,不引用上游原文
dsh-zhushou 怎么安装?

在 DSH 里执行 `dsh plugin --profile web add @bananiceee/dsh-zhushou@0.0.2` 即可。对应的 npm 包名是 `@bananiceee/dsh-zhushou`。

dsh-zhushou 的验证等级是什么意思?

L4 · 沙盒安装通过。安装命令在隔离沙盒内真实执行成功,无依赖错误

dsh-zhushou 安全吗?

低风险。vet 静态分析未发现可疑行为,判定为干净(clean)。

dsh-zhushou 装之前要先确认什么?

先看它会读写哪些文件、执行哪些命令、连接哪些网络地址;验证等级只说明装得上、跑得起来,不等于安全。涉及密钥或系统权限的,建议先在隔离环境试装。

dsh-zhushou 用的是什么许可证?

上游标注为 MIT。商用或二次分发前请到仓库确认许可证原文。

dsh-zhushou 有哪些功能?

侧边栏管理助手人设、会话级人设激活、模型参数与提示词模板、世界书与记忆注入、快速回复与技能开关。

这条记录的数据可靠吗?

本站按仓库名去重后合并整理,字段以作者仓库与 npm 元数据为准;安装命令、仓库地址与 README 保持原文,带 L4 / L5 标记的安装命令已在隔离沙盒里真实跑通。

记忆与知识
按星标排序,可作替代方案

ruflo

ruflo

L3 · 安装规范通过 7.4 万 星

OpenViking

OpenViking

面向 DeepSeek Harness 的 OpenViking 记忆与上下文插件:pre-step 自动召回与画像注入、会话捕获、`vik

L3 · 安装规范通过 3.9 万 星

WeKnora

WeKnora

把 WeKnora 知识库接入 dsh 的四个只读工具:列出知识库、混合检索原文片段、按顺序还原单篇文档,以及直接取用 WeKnora 自己

L4 · 沙盒安装通过 3.3 万 星

distilly

distilly

Distilly — Distill how they think into reusable Skills for any Agent o

L4 · 沙盒安装通过 2.5 万 星

EverOS

EverOS

L4 · 沙盒安装通过 1.3 万 星

MemOS

MemOS

L4 · 沙盒安装通过 1.2 万 星

Starlight-bananice 的其它插件

3 个

插件的元信息来自作者仓库;分类、验证等级与安全结论的中文说明为中文整理,最近核验 2026-10-08。