• KINDNESS

    最安全的方法当然是每次 ask,但也太繁琐了,目前也就 claudecli 有 auto 模式,关键是这玩意没订阅还不能开,那为了方便开发,也只能 bypass 了,但这个看起来也太危险了,但也没有什么好办法

    而各家对规则匹配也做的很差劲,比如 cc,即使你配置了 git 这种通配符,还是会被多行命令或者运行顺序绕过,至于 cx(请输入文本),所以真的有对权限管理做的好的 cli 吗,看很多人被删盘了。

    主楼
  • KINDNESS

    ^-^ 我正在参考 cc 之前泄露的源码自己做一个,这或许需要时间,采用 rust 重写一个,目前完成了权限的管理了,mcp,hook,但显然远远不够

    #1
  • 钟阮

    那就看看opencode,你直接全禁用,然后方向白名单就好了

    #2
  • KINDNESS

    ^-^ 之前用过,快捷键bug一堆,就弃了,还没cc方便

    #3
  • 钟阮

    快捷键……我用webui的都没什么快捷键能用,也懒得看了

    #4
  • Enze

    输入输出不可控的情况下,焦虑会被多行命令或者运行顺序绕过这种安全是很无解的,专注于隔离和备份才更划算,我做好隔离和备份之后都是让它们敞开了跑的

    #5
  • ACTIONAI

    写自己的项目在cc我都是开bypass模式

    #6
  • neteroster

    我大任务一般都是开个docker容器让codex在里面随便跑,实在担心就上个restic隔一段时间增量备份一下挂载目录

    #7
  • OctoberSama

    codex有个自动审核功能还行 但是如果被拒绝了我就没办法手动同意了)

    一般没啥问题我都开yolo了

    #8
  • KINDNESS

    我觉得在于黑白名单的命令匹配机制有问题,多行命令我想可以提示词强制要求,但是单行命令不应该受到顺序影响

    #9
  • KINDNESS

    关键就在于,那么多被ai删盘的经验告诉我bypass有点危险。

    #10
  • zhq

    有一说一,虽然我一直让AI问我同不同意,但我几乎没怎么认真看过他的命令 ^-^

    #11
  • KINDNESS

    普通命令可以不仔细看,但删除一定要看,指不定ai敲错了。

    #12
  • neteroster

    删盘的所有案例几乎都来源于 Windows,原因是模型不太了解 Windows 的 shell 和转义机制。Unix 的话一般而言开 bypass 再做好工作目录备份或许不是那么大问题,当然肯定不是最佳实践。

    另外你可以看看 codex 的 rule 是否满足你对顺序无关的要求: Rules – Codex | OpenAI Developers

    另外codex最近推出了 auto review,由一个独立的agent检查命令并暂停高危操作: Auto-review of agent actions without synchronous human oversight

    #13
  • apparition

    auto review 使用的是 5.4-mini low

    很让人怀疑是否真的能拦截有问题的指令 ^-^

    #14
  • KINDNESS

    感觉无关,即使是win我也走的bash,ai的powershell灾难

    #15
  • bsu

    平常开发自己的项目用的是cnb的云开发环境,跑完一次就提交并push,敞开跑 不怕删

    #16
  • neteroster

    可以修改,就是看起来需要自己编译一下codex

    #17
  • KINDNESS

    5.4-mini也没这么差劲吧,做subagent也挺好的

    #18
  • KINDNESS

    ^-^ 每次更新怪麻烦的,这个要是官方能配置就好,我感觉应该默认走主模型

    #19

发表回复

登录后回复