Cursor CLI 管理员 denylist 为什么不生效
8/11 起团队管理员的命令 denylist 在 CLI 本地 shell 里强制执行，并按请求刷新。只升 IDE、不升 agent，终端仍可能跑出黑名单命令。
cursor cli 管理员 denylist 不生效：8 月 11 日 CLI changelog 写，团队管理员的 command denylist 会在本地 shell 执行里强制执行，并且 per request 刷新，带 killswitch。标注 Admin-controlled。IDE 里拦得住、终端 agent 里仍能跑 rm -rf 一类，多半是 CLI 版本旧，或你跑的根本不是带策略的登录身份。
生效范围
拦的是 CLI 拉起的本地 shell，不是你在 bash 里亲手敲的每一条。agent -p、交互会话、persist 会话里 Agent 要执行的命令，应走 denylist。changelog 没说会改系统 /bin/bash。
刷新是 per request：管理员刚改名单，下一跳工具调用应吃到新名单，不必重启 daemon。killswitch 是管理员侧开关，发行说明没写成员能关。
先对版本和身份
agent --version对过 8 月 11 日及之后，agent update。agent登录的是否企业账号。个人号没有团队 denylist 可下发。- MDM / 组织登录是否过了。登录被拒时策略根本没下来，先解决组织登录再查 denylist。
- 装了多份
agent：PATH 里旧二进制不吃新策略。which agent。
CLI 入门见 cursor cli 怎么用。
和沙箱、git 加固一起看
同版本加固了 Agent 自己的 git：仓库控制的 git 配置（fsmonitor、hooks、attributes、外部 diff）在 Agent 的 git 操作里不再跑。denylist 拦的是命令字符串，git 加固拦的是仓库里的钩子。两条都过了，恶意 checkout 才比较难借 Agent 外逃。
沙箱 read-access 边界、git-over-SSH 走 SOCKS，是另一条。denylist 失败不要先关沙箱。
仍然能跑黑名单命令
确认那条命令是 Agent 工具调用，不是你在旁边终端敲的。确认管理员名单拼写（curl 和 /usr/bin/curl）。确认 killswitch 没被打开（打开等于策略整段停）。这些只能问管理员，changelog 没有成员自查命令。把 Agent 工具行里的完整命令贴给管理员，比只说「denylist 坏了」好查。