dsh-whitelist-auto-approval
laoer/dsh-whitelist-auto-approval
按命令生效的 bash 沙箱白名单：一条规则指定一个命令和它可用的可写根，命中的 lark-cli、gh 等在保留工作区的前提下于内核沙箱内直接执行。与「替你回答授权弹窗」或「对所有命令统一放宽可写范围」的做法不同，这里放行的只有命中的那条命令，工作区仍可写，其他命令行为完全不变。匹配依据是命令的「写足迹」而不是命令字符串，因此 `2>&1 | tail -N` 这类不写文件的管道仍能命中；规则可在设置页或插件行里编辑。macOS 用 Seatbelt、Linux 用 bubblewrap / Landlock，Windows 则退回把可写根换成 $HOME 的旧行为。
- 形态
- Plugin 插件
- 安装
- npm 包安装
- 需要密钥
- 否
- 近月下载
- 1,469
- 最近推送
- 今天更新
项目说明
From README
dsh-whitelist-auto-approval 简体中文 English 给 DSH 的 bash 沙箱加一份 按命令生效的白名单 ：让 lark-cli 、 gh 这类必须写用户目录的命令不再触发 danger-full-access 授权弹窗，同时 不 把整个会话切换成完全权限。和同类插件的区别 DSH 上已有一批解决"工作区外写入"的插件。
按 放行后命令在哪执行 ，大致分四类： 做法 放行后命令在哪执行 代表 --- --- --- 按命令追加可写根（本插件） 内核沙箱内，工作区保留， $HOME 作为第二根追加 本插件 扩展沙箱可写目录（配置级） 内核沙箱内，配置的目录对所有命令生效 dsh-write-protect、@morlay/dsh-sandbox-local 命令白名单，allow 含升级授权 沙箱外 dsh-sandbox-allowlist 审批代答 沙箱外，返回 allowed-once dsh-dhe-allow、dsh-auto-approval-plugin 差距不只在"少点几次弹窗"，而在 放行时失去多少隔离 ：后三类要么让命令直接到沙箱外跑，要么把额外可写目录做成对所有命令生效的全局配置；本插件的可写根只对命中的那条命令生效，且匹配的是可执行文件而不是命令字符串。
它只解决这一件事。需要 deny 规则、网络策略或按目录授权时，用上表里对应的方案更合适。它解决什么问题 DSH 的 workspace-write 沙箱只允许写三类位置：会话工作区、 /tmp 、系统临时目录（ os.tmpdir() ）。而 lark-cli 刷新 token 时要写 /Library/Application Support/lark-cli/ ，平时还要写 /.lark-cli/ （cache / locks / logs）。这些都在工作区之外，于是： 1.命令被内核拒绝； 2.
模型按工具描述带 sandbox permissions: danger-full-access 重试； 3.你每次都要点一次授权； 4.如果干脆把会话切
Original description
Per-command sandbox allow-list for the DSH bash tool: allow-listed CLIs (lark-cli, gh, ...) run under a home-writable sandbox instead of prompting for danger-full-access.
安装方式
npm 包安装 · 安装无需配置
DSH 上已有一批解决"工作区外写入"的插件。按**放行后命令在哪执行**，大致分四类：安全能力
静态扫描源码得到的权限画像 —— 回答的是「它要动什么」，而不是「它好不好」
- 动态执行代码
- 写入文件
- 读取文件
- 读取环境变量
未发现已知红线（明文传输、安装期执行代码、凭据外传等）。
能力与红线来自 awesome-dsh-plugin 的静态扫描结果（CC0 公有领域），本站未逐行复核源码； 它只覆盖能被静态识别的模式，不等于安全审计结论。
为什么是这个分数
近 1 天仍在推送；README 给出了可直接复制的安装命令；装完即可用，无需额外配置；近月 npm 下载 1469 次，star 不多但真在被使用。
- 维护活跃
- 100
- 实用度
- 70
- 生态热度
- 63
- 上手便捷
- 100
- 信号质量
- 100
- 数据置信度
- 85%
相关插件
dsh-auto-review
PerryLink/dsh-auto-review
审批链上的第二模型自动审查：只读审查子代理返回带理由的 allow/deny 结构化裁决，默认 fail-closed。
dsh-permission-rules
PerryLink/dsh-permission-rules
Claude Code 风格的声明式权限规则：按序 allow/deny/ask 的 YAML 规则，在 tools/pre-execute 瀑布上匹配工具名、参数、工作区路径与 agent 身份，带完整会话日志审计、干跑模式与热重载。
dsh-win32
sjh9714/dsh-win32
围绕官方持久 PowerShell 与 Workspace Write 方案检查和修复原生 Windows 上的 DeepSeek Harness，创建桌面快捷方式，并仅通过明确的 legacy 安装保留早期 Git Bash 与 BusyBox 预设，无需 WSL。