帖子说了什么
@akxwire 在整理 2.1.309 时点名：claude ultrareview 现在要求工作区信任。@nextaurame 补充得更直白：没人回应就直接拒绝；CI 和脚本要加 --trust-workspace，或设置环境变量 CLAUDE_CODE_DISABLE_ULTRAREVIEW_TRUST_CHECK=1。
更新日志怎么写
对照 Claude Code CHANGELOG 2.1.309：
- ultrareview 信任检查：
claude ultrareview改为必须先信任工作区——在终端会询问；否则拒绝。脚本传入--trust-workspace（该标志不带参数值；PR 号或 base branch 写在它前面），或设置CLAUDE_CODE_DISABLE_ULTRAREVIEW_TRUST_CHECK=1。 - bypass 下的危险删除：桌面端和 VS Code 的 bypass permissions 模式里，危险的
rm/rmdir提示改为立刻拒绝并给出改写提示，让无人值守会话能继续往下走，而不是卡在无人点的确认框上。
这两条都落在「没人盯着的自动化」上：一个是审查命令不再默默跑起来，一个是危险删除不再干等点击。
升级后自查
- 看版本：
claude --version，确认已到 2.1.309 或更新。 - 改 CI / cron：所有非交互的
claude ultrareview加上--trust-workspace；只有你明确接受风险时，才用环境变量关掉检查。 - 别把关闭信任检查写进共享仓库：
CLAUDE_CODE_DISABLE_ULTRAREVIEW_TRUST_CHECK=1适合受控流水线，不适合随手贴进对陌生人开放的脚本。 - bypass 模式预期变化：若你依赖 bypass 里对
rm弹窗后人工点允许，升级后会变成直接拒绝——改成更安全的删除路径，或不要在 bypass 里做破坏性清理。
小结
2.1.309 早上那篇着重讲了沙箱与启动文件；这条补的是审查与旁路删除在无人值守场景下的新门槛。跑 ultrareview 的流水线，升级后先改参数再跑。
