升级 Antigravity CLI 后，别再把没有手动选模式理解为仍会逐次确认。Google 在11月12日的 1.5.7 更新日志里写明：没有保存代理模式的会话，只要 Auto 可用，就以 Auto 启动；不支持时才回到 Default。这个变化也包括通过 -p 发起的无界面运行。
按官方 CLI 权限文档，Auto 需终端沙箱可用，且不向 business、enterprise 账户提供。这里的“默认”是有条件的，不是所有安装环境都会切换。
想保留旧行为，要明确选 Default
在 /config 中找到 Agent Mode，选 Default 并保存，是官方给出的保留旧行为的方法。Shift＋Tab 可以轮换模式，但如果目的是固定以后启动时的选择，应按更新说明保存设置，而不是只记住上次屏幕显示了什么。
更新日志还给出了核对细节：选择 Default 会把 settings.json 中的 agentMode 保存为空字符串。字段存在且值为空，与没有保存模式不是一回事；不要为“清理空值”而删除它。
这次调整针对未保存模式的会话，不等于所有已有配置都被强制覆盖。对交互使用者，开任务前确认模式即可；对把 CLI 接进脚本的人，检查实际运行环境有没有保存模式更重要，不能拿日常终端的设置代替脚本环境的检查。
Auto 会少问，但不是放开所有权限
官方权限文档的 CLI 部分说明，Auto 会自动批准工作区文件修改，并默认在终端沙箱内运行命令。命令需要离开沙箱时，系统会自动评估；被判定为安全、可逆的命令可以继续，风险较高或不可逆的操作仍需批准。相比之下，Default 会在修改或新建文件前要求交互式差异审查。
已配置的拒绝、询问、允许规则仍按这个优先顺序生效。更新日志还明确，Tool Permission 设为 strict 时，文件修改依旧要询问，不会因为处于 Auto 就跳过。
我们的建议是，把这次更新当作启动配置检查，而不是模型能力升级。要看过每次文件差异再放行，就保存 Default；愿意让常规修改自动执行，也先在可丢弃的工作副本里确认权限表现。自动批准只决定能否执行，不代表改动已经通过验收。