要确认的 MCP 调用仍会弹出审批
Cursor 3.23 修复：Auto-review 的分类器曾直接放行被 MCP 服务器标成需要确认的工具调用，例如合并，不出现审批卡。现在这类调用会出审批卡，除非你开了 Run Everything，或把该工具放进允许列表。分类器判成允许，也不再跳过这张卡。
开了 Auto-review 之后，有些 MCP 工具仍然应该问你一声。Cursor 3.23 修了一个缺口：分类器可以批准那些被服务器标成需要确认的调用，例如合并，而且不弹出审批卡。cursor mcp 仍要确认 说的是修复之后的行为。这类调用现在会出审批卡，除非当前是 Run Everything，或者该工具已经在允许列表里。
分类器点头，也不代替服务器要求的确认
发布说明举的例子是合并。它没有列出全部会被标成需要确认的工具名。你看到的卡上如果没有「需要确认」这类原因，不要用这一条解释。三档审批怎么选，见 auto review 怎么用。那篇讲的是模式本身。3.23 补的是：标了需要确认的 MCP 调用，不能被分类器单独放行。
同一版稍后还有一句：Auto-review 允许这次调用时，需要确认的 MCP 工具仍会要求批准。两句说的是同一处修复，一处写「会出审批卡」，一处写「仍会要求批准」。没有写卡上的按钮文案，也没有写超时不点会不会默认执行。
Run Everything 和允许列表是说明里写明的两个例外。把工具放进允许列表，等于你接受它以后不再为这一条弹卡。发布说明没有写允许列表能按参数细分，例如只允许合并到某个分支。开 Run Everything 则是尽量不再问，不限于这一个 MCP。
服务器没标需要确认时，这句不适用
修复范围是「服务器标记为需要确认」的调用。一个 MCP 工具若没有这道标记，Auto-review 仍按原来的分类器和允许列表决定问不问。升级到包含 3.23 这段说明的版本，不会让所有 MCP 都开始弹卡。
连接新的 MCP 之前，先看它的工具是不是会改远端数据。合并只是说明里的例子。读文件、列目录若没有被标成需要确认，不要期待这张卡出现。写作日没有逐个服务器核对标记字段的名字，字段名看该 MCP 自己的文档。