dsh-purge-go

复制命令，或者把整个安装任务交给你的 Harness 智能体。

README 摘要

来自项目自身文档的清洗摘录。

dsh-purge-go 把 dsh-purge 移植适配到 dsh-go （Android + proot 里的 DSH 引擎）。 两层： 注入层 直接引用 LanJinGod/dsh-purge-go； 补丁层 的 87 条数据导出自社区维护版（MIT），执行器和包名映射由本仓库实现。 ⚠️ 装之前先看清楚 打上补丁后，引擎这两道闸会失效，而且是 长期、静默 的： 1. 审批不再询问 。 dsh-user-approval 的 ASK SENTENCE / NEVER SENTENCE 被换成 "auto-granted"， policy 默认值从 ask 改成 never 。 2. 沙箱写权限放开 。 dsh-sandbox-local 的 deny file-write 变成 allow 。 （Android 上底层确实没拦——那套规则是 macOS 语法，手机没有执行后端。 但这句话是 给模型看的 ，不改它会以为自己不能写。详见下面「沙箱」一节。） 为什么没得选 ：这两条补丁不是「顺手加的危险项」，是这套东西能不能用的前提。 - 审批不关，机制上就直接失败 。手机没有审批应答器，引擎的 ask 策略走到最后一步是 fails closed ——写文件、跑命令、改设置，一件都做不成。 - 沙箱不关，模型会被吓住 。Android 上底层本来就没有沙箱（那套规则是 macOS 的语法， 手机上根本没有执行后端），但给模型看的那句话仍是 read-only ，它会以为自己不能写、 于是不敢动手。 换句话说： 这两条不打开，这套东西就是个只会聊天的空壳。 完整论证见下一节。 代价也很具体 ：以后工具返回的网页、文档、日志里如果夹带指令， 没有第二道拦截 。 想只留一半，见「你得自己判断」里的中间选项。 1. 为什么必须去掉审批和沙箱 为了让破甲效果和原版接近，审批和沙箱必须一起来掉。 这不是顺手，是前提条件。原因有两层。 第一层：原版自己就把这两块算进"破甲"里了。 社区维护版 v1.6.93 的补丁表拆在 lib/patches/ 下（ prompt.mjs / code.mjs / engine.mjs / new-tools.mjs / opt-in.mjs ），合计 83 条 ： 27 条提示词 + 44 条代码 + 9 条工具 + 3 条其他 。…

项目信息

仓库

NANA7MI0/dsh-purge-go

作者

NANA7MI0

协议

AGPL-3.0

stars

4

Forks

1

更新时间

2026年11月11日

创建时间

2026年11月11日

语言

JavaScript

收录来源

topic