有个小工具值得放进安全清单:dcg——一个免费的 hook,专拦 AI 编码助手执行破坏性命令,Claude Code、Cursor 等都能挂(地址见文末)。想法朴素但位置对:它不改变模型,也不等审核,而是卡在命令真正执行之前那一步——危险的 rm、越权的写、误删的目录,先过它这一关。
这类"执行前闸门"的价值,正好对应 agent 出事的规律:模型的错不是想错,是手快——它理解任务时可能全对,落地那一下却把不可逆的动作直接跑了。文档层的复核(评审方案、审批计划)管不到这一步,因为破坏发生在 shell 里,不在文档里。把闸门放在 hook 层,等于承认一件事:自动化的权限必须在执行时被拦截,而不是靠自觉。
用它注意三条:一,白名单要自己审——拦得对不对取决于它的规则表,先拿日常命令集过一遍;二,拦得住不等于安全完事——它防误伤,不防有心人,真正的边界仍是"谁能起这个会话";三,留逃生口但要留痕——需要放行时可以放行,但每次放行都该记一笔,否则闸门只是装饰。
一句话收尾:给 AI 的信任要分层给——能读的先给,能写的后给,能删的永远最后给;拦下不可逆动作的那道闸,是"能删"这一层的最低配置。
地址:osp.fyi/destructive-co…
话题来源 @GithubProjects
5.5K阅读 ❤️22 x.com/…↗ 已改写,非原文转载
248 浏览 0 评论
0 反应














