跳到主内容

Claude Code v2.1.302:独立版 Claude Design 12-14 关停,fork 子代理默认开启

Claude Code v2.1.302 已提示独立版 Claude Design 于 2026-12-14 关闭;fork 子代理在 claude -p、Agent SDK、桌面端与 VS Code 默认开启,图片超 128MB 被拒。

2026-10-18 · Claude Code 官方 CHANGELOG(v2.1.302 原始条目,一手核对)

发布 2026-10-18核实 2026-10-18

要点速览

  • 独立版 Claude Design(claude.ai/design)将于 2026-12-14 关闭。 官方在 /design-sync 与 /design-login 两个命令上加了提示。这是本站首次在官方 CHANGELOG 里看到该产品线的关停日期。
  • fork 子代理默认开启,范围扩大到 claude -p、Agent SDK、桌面端与 VS Code(此前仅终端默认)。CLAUDE_CODE_FORK_SUBAGENT=0 可关;claude mcp serve 不提供该能力。
  • /config 新增 Idle compaction 行,可直接开关 2.1.299 引入的空闲自动压缩;空闲压缩之后的提示也改成会告诉你怎么关掉它。
  • 新增 CLAUDE_CODE_AUTO_MODE_MODEL:指定客户端 auto mode 分类器用的模型;不会改变服务端 auto mode 的模型。
  • 图片读取加了硬上限:Read 工具此前会把任意大小的图片(或名字像图片的管道 / 设备文件)整个读进内存,现在超过 128 MB 的图片源会被拒绝。
  • 三类容易打断流水线的修复:Windows 上 exFAT / FAT32 盘的每次文件写入被拒、git 2.56+ 下有游离 .git 文件时 worktree 创建 / 恢复失败、插件市场在 reftable ref 格式下每次刷新都重新 clone。
  • 官方 CHANGELOG 中 2.1.297 与 2.1.298 两节仍然缺失(本站连续第四次复核确认同一现象),原因未获知,不作推断。

① Claude Design 独立站关停:一个明确到日期的产品线收缩

官方条目原文只有一句,写在 v2.1.302 的 Added 里:向 /design-sync 与 /design-login 加了一条提示,说明 standalone Claude Design(claude.ai/design)closes by December 14, 2026。

为什么这条要单独拎出来讲:关停日期出现在 CLI 的 CHANGELOG 里而不是产品公告里,说明 Anthropic 当前的做法是在使用入口处告知,而不是发一篇独立公告。对依赖 /design-sync 把设计稿同步进开发流程的团队,这是一个带截止日期的迁移事项——12-14 之后这两个命令所指向的独立产品不复存在。

本站能确认的只有这一句:官方未说明关停后设计能力是并入其他产品线、还是整体下线,也未给出替代路径与数据导出方案。以上三点全部列入待核实,不作推断。

② fork 子代理默认开启:并行能力从终端铺开到全部入口

官方原文要点:把 fork 子代理(subagent_type: "fork")改为在 claude -p、Agent SDK、桌面端和 VS Code 中默认开启——它们此前在终端里就已经是默认行为。

配套的两条同样重要:

  • CLAUDE_CODE_FORK_SUBAGENT=0 可以关掉;claude mcp serve 永远不会提供 fork 子代理。
  • 桌面端与 VS Code 改为主会话的子代理一律后台运行(与终端一致),不再由 Claude 自己决定;同时 子代理自己发起的 Agent 调用在 claude -p / SDK / 桌面端 / VS Code 中默认前台运行。

这条的实际影响:自动化场景(claude -p)拿到的默认行为变了。如果你的脚本此前依赖「主会话串行等子代理」,升级后主会话的子代理会跑到后台——观察点与等待逻辑要重新验证。

③ 空闲压缩拿到可见开关,auto mode 分类器可指定模型

v2.1.299 引入的空闲自动压缩(200K+ token 会话空闲约 54 分钟自动压缩)在 2.1.302 里补了交互层:/config 增加 Idle compaction 行,可关闭或重新打开;空闲压缩之后显示的提示现在会说明怎么关掉它。

本站上一轮对该功能的核心保留意见没有变化:压缩是有损的,而触发时机恰好是你不在场的时候。这次给开关是好事,但默认仍是开启——依赖会话内原始产出的场景仍需自己关掉(settings.json 里 "idleCompaction": false)。

新增的 CLAUDE_CODE_AUTO_MODE_MODEL 有一条容易被误读的限定:它选的是客户端 auto mode 分类器用的模型,不改变服务端 auto mode 的模型。把 auto mode 的成本优化寄托在这个变量上会落空。

④ 一批「不写在标题里但会咬人」的修复

修复触发场景影响
图片源超过 128 MB 被拒Read 读图片、或读到一个名字像图片的管道 / 设备文件此前会整个读进内存;这是内存安全修复,不是功能删减
Windows exFAT / FAT32 盘上每次文件写入被拒或反复询问项目放在 U 盘 / 移动硬盘 / 老式外置盘2.1.302 之前这类盘基本不可用
git 2.56+ 下游离 .git 文件指向不存在目录时,worktree 创建 / 恢复被拒升级 Git 后的并行 worktree 工作流多 agent 并行改同一仓库的团队首当其冲
插件市场在 reftable ref 格式下每次刷新都重新 clone,新装 git 插件显示版本 unknownGit 默认启用 reftable 的环境插件版本治理会失真
prompt / agent 钩子同类事件最多 12 个并发,其余排队钩子密集的组织从「无限并发」变成有上限,超时策略要重算
claude plugin 等子命令有时在排队的设置 / 配置写入完成前退出脚本化配置可能丢改动或留下 .tmp 文件
云会话恢复后成本与用量从零重新计数计费对账有账单核对需求的组织要留意

另有一条行为变更值得单独标注:claude -p 与 Agent SDK 在「无权限模式 + 遥测关闭 / 全新安装」的第三方 provider 会话中,改为以 default 模式启动;--permission-mode auto 仍然保留 auto。

AI 之家 观点

这一版最有信息量的不是功能,而是那句关停日期。 Claude Code 的 CHANGELOG 一向只写「加了什么 / 修了什么」,这次把一条产品线关停塞进 Added 里,措辞还是「closes by December 14, 2026」这种带 deadline 的硬表述。本站的判断是:这是 Anthropic 在收敛产品线的信号,而不是一次普通的功能下线——把设计能力从独立站收回到 Claude 主产品内,与本站在 Cursor 云端 agent Canvas 与 Environments API 资讯里看到的「把外部工具收进官方市场」是同一种动作,只是方向相反:一个往里收,一个往外纳。

第二个判断:fork 子代理铺到全部入口,意味着「并行」已经不是终端用户的高级玩法,而是默认形态。 但本站要提醒一句反向代价——桌面端与 VS Code 主会话的子代理改为一律后台,这会让「主会话在等什么」变得不直观。当默认行为从串行变并行,最先出问题的是人的心智模型,不是代码。

第三个观察:这一版几乎全是修复,而且修的多是「环境边界」类问题——exFAT / FAT32、git 2.56、reftable、128MB 图片、PowerShell 插件 bin/ 路径。这类修复的共同点是:你不会在 release note 标题里看到它们,但它们决定了「你的机器能不能跑」。 本站一贯的观点是:评估一个 CLI 工具的成熟度,看的是它对奇怪环境的容忍度,不是它的功能列表长度。

待核实

  • Claude Design 关停后的处置方案:官方仅给出日期,未说明设计能力是否并入其他产品线、是否提供数据导出、替代路径是什么,本站未取得任何官方说明,不作推断。
  • 该关停提示是否已在 Anthropic 官方公告页同步:本站仅在 CHANGELOG 中读到,未检索到独立的官方公告页。
  • v2.1.302 的厂商公布发布日:官方 CHANGELOG 的版本标题下不含日期;本站从 GitHub Releases 的 tag 时间戳取得 2026-10-16T20:53 UTC(published_at),该时间戳为 GitHub 记录值,不等同于厂商宣称的发布日。
  • 2.1.297 / 2.1.298 缺失原因:本站连续第四次复核确认这两节在官方 CHANGELOG 中不存在,仍未获知原因,继续不作推断。
  • CLAUDE_CODE_AUTO_MODE_MODEL 的可选模型清单与默认值:官方仅说明用途与「不影响服务端 auto mode」,未列出取值范围。
  • 「图片超过 128 MB 被拒」是否可配置:官方未给出调整该阈值的环境变量或设置项。
  • fork 子代理默认化对既有 claude -p 脚本的兼容性细节:本站未做实测,建议使用者自行回归。

来源

口径说明:本文条目均取自 Claude Code 官方仓库 CHANGELOG 原文(一手),功能描述由官方原文归纳,未转录第三方汇总。CHANGELOG 版本标题不含日期;文中 2026-10-16T20:53 UTC 取自 GitHub Releases 的 tag 时间戳,非厂商公布发布日。凡官方未给出的内容,均已列入待核实,不作推断。

相关对比

Aider vs Claude Code:终端 AI 编程双雄怎么选

Aider vs Claude Code 2026 选型对比:开源 BYOK 多模型 vs Anthropic 订阅长任务 Agent,从编程能力、多模型支持、价格、Git 集成、国内可用性和适合人群判断,帮你选对终端 AI 编程工具。

Claude Code vs Cline:CLI AI Agent 怎么选?2026 对比

Claude Code vs Cline 2026 选型对比:Anthropic 官方闭源 CLI Agent vs Apache-2.0 开源 VS Code 插件。从模型绑定、工作流、MCP 支持、价格、隐私和适合人群 6 个维度帮你选对 CLI AI 编程工具。

Claude Code vs Codex CLI:终端 AI Agent 双雄对比

Claude Code vs Codex CLI 2026 选型对比:Anthropic 与 OpenAI 两大官方终端 Agent 的模型、长任务、MCP 生态、Windows 支持、订阅打包价格和国内可用性全方位对比,帮你判断该用哪个终端 AI Agent,以及能不能两个一起用。

Claude Code vs Crush:Anthropic 官方 vs 多模型 TUI(2026 实测选型)

Claude Code vs Crush 怎么选:Anthropic 官方 CLI(长任务最稳),对上 Charmbracelet 开源 TUI(多模型切换 + LSP)。按模型、长任务、价格对比。

Cursor vs Claude Code:什么时候用哪个?(2026 实测选型)

Cursor 和 Claude Code 到底怎么选?一句话结论 + 决策树 + 价格实测 + 国内可用性对比。GUI 派选 Cursor,终端长任务派选 Claude Code,最优解其实是共存。

Devin vs Claude Code:AI 编程 Agent 怎么选?异步自主 vs 终端同步对比

Devin vs Claude Code 2026 选型对比:Cognition 异步自主 Cloud Agent vs Anthropic 终端同步 CLI Agent,从形态、工作模式、长任务能力、并发、价格、中文支持和适合人群 8 个维度判断,帮你选对 AI 编程 Agent。

相关评测