dsh-project-guard

当智能体要动你的机器时，授权、沙箱和风险评分往往只回答「能不能做」「在哪做」「有多险」，却很少说清楚「对你意味着什么」。任务成功一目了然，损失却常常无声发生，于是你在时间压力下一连串点「允许」，其实是在信息不足里做决策。dsh-project-guard 补上这一层：在需要额外确认时，用确定性规则（不调用模型）把行动后果、受影响利益、严重性与可恢复性，以及执行、拒绝、先备份再执行、改写等选项各自会付出的代价，尽量摆在你面前。

核心是两条管线。Preview 挂在工具执行前的确认流程上：不只给允许/拒绝，还带上采集到的状态、披露文案（含中英）、置信度与检查范围，并只展示超过相关性阈值、且在注意力预算内的最重要后果——低于阈值则刻意保持沉默，避免警告疲劳。Report 默认关闭，可在未弹窗却命中规则的动作结果后追加「预测 vs 观测」与恢复提示，把静默损失变成可察觉、可缓解的事后线索。规则侧覆盖动作类型、本地可观测状态、21 个内置利益维度（可自定义）、34 条声明式后果规则与分层披露策略。

插件同时保留权限门控：项目内读写与常规网络等多为允许，越界写盘、改系统、耗尽资源或不可审查命令等多为询问，格式化磁盘、删根目录、关机、杀核心进程与会话等则拒绝，并用单槽队列保证同一时间只有一个确认可被回答。默认仅在「全权限且请求额外授权」或「工作区模式升级到全权限」时做后果分析，可按配置放宽或开启事后报告。

适合在 Harness 里频繁遇到权限弹窗、希望少点「盲允」、又需要任务继续推进的开发者与团队；也适合把代理执行当作真实承诺（数据、账号、合规、声誉）而非纯技术风险来权衡的人。需知：判断基于命令文本与本地状态匹配，不能替代沙箱防混淆命令，也不阻止数据外发——它强调的是知情决策与机器可用性，而非万能隔离。