v2.1.233 里藏着一条容易被忽视、但影响不小的变更——Todo/任务追踪工具在 Opus 4.8、Sonnet 5 等新模型上默认不再可用。同时，这个版本也紧急修复了前一天 v2.1.232 引入的一个 Windows 权限回归问题。本文基于官方 Changelog 详解这两项变更。
Todo 工具在新模型上默认移除
Todo/task-tracking tools (TaskCreate/Get/Update/List, TodoWrite)
are no longer available on Opus 4.8, Sonnet 5, Fable 5, Mythos 5,
and newer models; set CLAUDE_CODE_ENABLE_TODO_TOOLS=1 to bring
them back
受影响的工具：
TaskCreate / TaskGet / TaskUpdate / TaskList
TodoWrite
受影响的模型：
Opus 4.8、Sonnet 5、Fable 5、Mythos 5 及更新的模型
# 如果依赖这些工具的工作流受到影响，可以显式重新启用
export CLAUDE_CODE_ENABLE_TODO_TOOLS=1这条变更没有在 Changelog 里说明具体原因，但从"新模型默认移除"这个表述可以推测，Anthropic 可能认为这些更新的模型已经具备了更好的原生任务规划能力，不再强依赖显式的 Todo 工具调用来维持多步骤任务的执行轨迹。不过这只是合理推测，具体设计考量以官方后续说明为准。
实战影响：
如果你的工作流（比如自定义 Hooks、脚本、或者依赖
TodoWrite 输出做进度追踪的自动化）依赖这些工具的
存在，升级后使用新模型时可能会发现任务追踪功能
"消失"了
对于依赖这类工具构建自动化流程的用户，建议升级后第一时间验证相关工作流是否受影响，如果受影响，设置 CLAUDE_CODE_ENABLE_TODO_TOOLS=1 即可恢复。
Windows 权限回归问题紧急修复
Windows: fixed auto mode repeatedly stopping for manual approval
on ordinary cd <dir> && <command> > file Bash commands
(a 2.1.232 regression)
# 这类日常命令在 v2.1.232 中会被错误地反复要求手动审批
cd some-dir && npm run build > output.log这是一个典型的"版本回归"（regression）问题——上一版本 v2.1.232 因为收紧了 Windows 平台的权限校验逻辑（本意是修复 Cygwin 符号链接绕过等安全问题），却意外导致了连 cd 目录 && 命令 > 文件 这种最普通的日常命令都被反复要求手动审批，严重影响了 Windows 用户在 Auto 模式下的正常使用体验。
同步回退了两项 Windows 权限变更
Reverted the 2.1.232 Bash permission changes for Cygwin-style
symlinks on Windows and for input redirections (< file); a
narrower version will return in a later release
本次回退的范围：
1. Windows 上针对 Cygwin 风格符号链接的权限变更
2. 输入重定向（< file）相关的权限变更
官方说明：
"a narrower version will return in a later release"
（一个范围更窄/更精确的版本会在后续版本中回归）
值得注意的是——官方并没有完全放弃修复 Windows 符号链接权限绕过这个安全问题，而是先把这次影响面过大的变更整体回退，承诺后续会推出一个"更窄范围"的版本，在不影响正常日常命令使用体验的前提下，重新引入这项安全加固。
为什么这种"发布 - 回归 - 回退 - 重新设计"的循环值得关注
v2.1.232（8/13）：引入 Windows 符号链接权限收紧
→ 修复了安全漏洞，但影响面过大
v2.1.233（8/14）：回退该变更，同时修复另一个由此
引发的 auto 模式回归问题
后续版本： 承诺推出"更窄范围"的重新设计版本
这个过程实际上展示了软件工程里一个很实际的权衡——安全加固和用户体验之间需要反复调优。对于严重依赖 Windows 平台 Auto 模式做批量任务处理的用户，v2.1.232 到 v2.1.233 之间如果遇到过"莫名其妙老是要手动确认"的问题，现在应该已经解决。
实战建议
1. 升级到 v2.1.233 后，如果发现依赖 TodoWrite 等任务
追踪工具的工作流失效，第一时间检查是否切换到了
Opus 4.8/Sonnet 5等新模型，并按需设置
CLAUDE_CODE_ENABLE_TODO_TOOLS=1
2. 如果你在 v2.1.232 版本期间因为 Windows Auto 模式
频繁卡在手动审批而感到困扰，升级到 v2.1.233 应该
能立即恢复正常
3. 依赖 Windows Cygwin 符号链接或输入重定向相关工作流
的用户，注意这部分安全加固暂时被回退，后续版本
会有"更窄范围"的重新设计，建议持续关注后续
Changelog
4. 团队升级 Claude Code 时，建议养成"关注最近两三个
版本 Changelog"的习惯，而不只看最新版本——像这次
的回归问题就是紧接着上一版本出现的，只看最新版本
容易忽略这类"修复了上个版本引入的问题"的重要变更
总结
v2.1.233 里这两项变更从不同角度提醒我们：功能默认值调整（Todo 工具在新模型上的移除）和安全加固（Windows 权限收紧）都可能带来意料之外的连锁反应。官方团队展现出了对回归问题的快速响应能力——次日就完成了回退和修复，这对依赖 Claude Code 做生产环境自动化的团队来说是个积极信号。
来源：Claude Code Changelog v2.1.233 — Claude Code 官方文档，Anthropic，2026年8月14日