危险删除在 CLI 里会先问你
Cursor CLI v2026.10.08 起，Auto-review 对可能和字面不一致的递归、强制、通配或镜像删除会先要求批准。例子包括未赋值的变量和路径里多出来的空格。说明没有写超过这个范围的删除，也没有给出命令样本。IDE 里的三档审批仍是另一篇。
路径若能被解释成和你写下的不一样，Cursor CLI 现在会停下来问。cursor cli 危险删除要审批 来自 v2026.10.08：Auto-review 在递归、强制、通配或镜像删除之前要求批准，条件是目标解析结果可能和字面不同。更新日志举的例子是未赋值的变量，以及路径里多出来的空格。
问的是「目标可能变了」，不是所有删除
日志没有把每一种删除都改成手动批准。普通的、目标写死的删除是否仍走原来的分类器，这句没有写。变化集中在四类：递归、强制、通配、镜像，并且目标有可能解析得和写下的不同。
未赋值的变量展开后可能是空的，路径边界就会变。多一个空格也可能让目标落到别的位置。日志只把这两样当作例子，没有写环境变量已赋值、或引号包住路径时还问不问。
本文不提供用来触发这道审批的命令。升级到 v2026.10.08 或更高之后，遇到上述删除应看到批准请求。仍直接执行时，先核对 CLI 版本是不是这一版，以及当前是不是 Auto-review。IDE 里的三档模式见 auto review 怎么用。那篇讲的是桌面端 Approvals，不是这条 CLI 更新。
允许列表不会被这句取消
日志没有写允许列表、Run Everything 或团队拒绝名单被改写。已经明确允许的某一条，会不会仍跳过这道新询问，要以你本机的 Auto-review 配置为准。配置页的名字日志写成 Configuring Auto-review，没有把选项逐项抄进更新说明。
写作日没有在 CLI 里构造一条会改变目标的删除。若审批卡没有出现，不要用这篇推断删除已经被禁止。这句的结果是先问，不是改成一律拒绝。