dsh-multi-tenant-projects：多租户项目/用户管理插件，未来的 dsh 原生 SaaS基础设施 + 建议官方统一 Web/RPC/WS 权限横截面

[king-bcolor]

dsh-multi-tenant-projects：多租户项目/用户管理插件 + 对 DSH 权限横截面的一点建议

这是我的仓库 ，欢迎体验： https://github.com/king-bcolor/dsh-multi-tenant-projects

我把普通用户权限控制到最小了，但是管理员和普通用户共用一台机器很难堵死所有的越狱渠道，所以我干脆不做那么细了，在用户ui层做了隔离，agent层用系统提示词做了软约束，但是如果用户给 dsh 安装了其他插件比如终端，那还是堵不死
做这个插件的时候发现了个很重大的问题，dsh 的权限系统很粗糙，只考虑了agent审批，但对于多角色的读写控制都不行

而且对于 ui、http接口、事件传输，这些地方都少了足够开放整齐的横截面，权限控制没办法做成中间件的样子，dsh 需要扩展一层甚至几层统一的横截面 api，后面不管什么都好做权限控制

如果有横截面拦截所有数据的插件确实安全性问题很大，这个东西最好有api调用的提示，让用户知道这个插件会用到什么数据

权限这块官方下场定标准是最好的了，大家都统一遵守，没有规则的插件在电脑里会打起来

权限搞好了，dsh 自己就能给自己做定制 SaaS 定制 ERP 了 ，让ds大模型在多变的业务规则和数据环境里进行挑战最便于实现AGI了

[king-bcolor]

---

---

---

---

---

这是什么

dsh-multi-tenant-projects 是一个 DSH（DeepSeek Harness）社区插件，为 DSH 补上多租户能力——把"项目"作为一等公民引入：

• 项目 / 用户双层工作区：每个项目绑定一个工作区，项目下可创建用户（用户名只需在项目内唯一，跨项目可同名），每个用户通过符号链接得到自己独立的工作区视图；
• 登录门：普通用户打开 Web 必须先登录（项目名 + 用户名 + 密码），未登录看不到任何内容；
• 会话隔离：按 cwd 分桶会话，用户之间互相看不到对方的会话历史；
• workspace-write 锁定：普通用户的权限模式按钮被冻结为 workspace-write（默认且唯一选项），防止越权切换；
• 系统提示词守卫：宿主端硬层（systemPrompt.section() 注册守则段落）+ AGENTS.md 软层双保险，约束 agent 不向普通用户泄露工作区以外的内容和敏感命令执行细节；
• 内置管理 UI：admin 身份开箱即得可视化管理页，管理项目、工作区绑定、用户与密码。

完成了什么

• 全部上述功能已落地，152 个单元/组件测试全绿；
• 预构建产物直接入库，用户无需本地构建、不挑 Node 版本，一行命令安装：

dsh plugin --profile web add github:king-bcolor/dsh-multi-tenant-projects

• 双语 README（中文 / English），含安装、建项目、绑工作区、建用户、同名用户登录、admin 与普通用户差异的完整教程。

后续：可以用它做 SaaS

这套"项目 = 租户，用户 = 座位"的模型天然可以往 SaaS 方向演进：按项目配额与计费、团队协作席位、面向外部客户开放 AI 工作台等。隔离的地基（工作区、会话、UI、提示词四层）已经打好，剩下的主要是运营层的事情。

一个重大设计问题：DSH 缺少统一的权限横截面

在做这个插件的过程中，为了实现"普通用户权限收窄"，我们几乎全程都在绕官方设计的限制：

1. 权限模式按钮由官方 PermissionSelect 硬编码在 composer.bar 中，选项来自进程级投影表，无法按身份收窄——我们最终只能用 CSS 冻结 UI（pointer-events: none + 隐藏下拉箭头），这是纯 UI 层的 hack，挡不住直接调 RPC 的人；
2. 系统提示词没有面向多用户场景的官方注入规范，只能靠 systemPrompt.section()（服务方法必须链式调用，解构会丢 this）+ AGENTS.md 软约束拼出来；
3. Web（HTTP 路由）/ RPC / WebSocket（消息推送）三条通道各自为政，没有一个统一的身份解析与鉴权拦截点，插件只能自己在 Web 层拼登录门，RPC 与 WS 层的越权风险无从下手。

建议：官方在 Web、RPC、WebSocket 这几层各开放一个统一的横截面（cross-cutting concern），例如标准化的中间件/守卫管道：

request/message → [identity resolver] → [permission policy] → handler

让插件可以声明式地注册身份解析器与权限策略，并保证三条通道行为一致、无法旁路。

权限控制是几乎所有严肃软件的共性需求（多租户、审计、合规、企业内部部署都离不开）。如果 DS 官方能下场定制这套规范，所有插件开发者都会受益，也能避免每个多用户插件各造各的轮子、互不兼容。我们在这个插件里踩过的坑可以作为需求样本，欢迎官方与社区一起讨论。

---

欢迎试用插件、提 issue，也欢迎在此贴下讨论权限横截面的设计。

[leenkcool]

我是插件库，我感觉你的想法很好，我想收录，可以提ISSUE。 具体提的方法如下。
#4456

我也帮你置顶帖子，省得被埋没。 被收录的插件审核前送STAR