Claude Code 2026 跟进：并行会话、Auto mode 和 Artifacts，先改这几件事

如果你还按 2025 年夏天的用法在用 Claude Code——终端里开一个会话、每条命令点一次允许、把所有规范写进一份很长的 CLAUDE.md——先停一下。官方文档和 2026 年已发布的产品文里，真正影响日常的变化集中在四件事：会话可以并行跑、大任务可以用动态工作流拆开、进度可以做成组织内可见的网页、权限默认策略也变了。

先记住的四件事

1. Claude Code 现在写在终端、IDE、桌面应用和浏览器里，底层共用同一套引擎。仓库里的 CLAUDE.md、设置和 MCP，各端都能用。
2. 2026 年 4 月 14 日的桌面改版，目标是让你同时盯多个会话，而不是在编辑器和终端之间来回跳。
3. 2026 年 5 月 28 日引入的动态工作流（原文已注明 generally available）会在单个会话里拉起大量并行子代理，并在结果回到你面前之前先自检。它比普通会话更费用量。
4. 2026 年 8 月 7 日宣布：从 8 月 14 日起，Pro、Max、Team 上未自行固定权限模式的新会话，默认进入 auto mode。Enterprise 和通过 Claude API 使用的用户，该文写明当时仍是 opt-in。

下面按「你现在会碰到的界面」往下拆。

官方文档里，Claude Code 现在能在哪跑

概览把 Claude Code 定义成能读代码库、改文件、跑命令、并接进现有开发工具的 agentic coding tool。大多数入口需要 Claude 订阅或 Anthropic Console 账号。终端 CLI、VS Code 和 JetBrains 还支持第三方提供方。

安装和更新方式和你选的渠道有关，不是所有安装都会自己升级：

• 官方推荐的原生安装会在后台自动更新。macOS、Linux、WSL 用 curl -fsSL https://claude.ai/install.sh | bash；Windows PowerShell 用 irm https://claude.ai/install.ps1 | iex。文档同时给了 CMD 的安装方式，并提醒 PowerShell 和 CMD 不要混用。
• Homebrew 有两个 cask：claude-code 跟稳定通道，文档写明通常大约落后一周，并会跳过有明显回归的版本；claude-code@latest 跟最新通道。Homebrew 安装不会自动更新，要自己 brew upgrade。
• WinGet（winget install Anthropic.ClaudeCode）同样不会自动更新。
• 文档还写到 Debian、Fedora、RHEL、Alpine 可以用 apt、dnf 或 apk。

原生 Windows 建议装 Git for Windows，这样 Claude Code 能用 Bash 工具；没装的话，shell 工具会改走 PowerShell。

各端文档里写明的差异，选之前先看这张对照：

你想做的事	官方文档现在写的入口
完整 CLI，自己管项目	终端，进目录后执行 claude
编辑器里看 inline diff、用 @ 提及、看方案、翻对话历史	VS Code 扩展；同一扩展也可装到 Cursor
可视化看 diff、并排多个会话、排程、发起云端会话	桌面应用的 Code 标签。支持 macOS（Intel 与 Apple Silicon）、Windows x64、Windows ARM64；Ubuntu / Debian 上该应用处于 beta，按 Linux 安装说明用 apt。应用自带 Claude Code，不必再单独装 CLI，但需要付费订阅
不在本机配环境，处理本机没有的仓库，或丢下长时间任务回头再看	网页，入口是 claude.ai/code；桌面浏览器以及 iOS、Android 上的 Claude app 可用
IntelliJ、PyCharm、WebStorm 等	JetBrains Marketplace 插件。插件要求另行安装 CLI

网页端可以并行跑多个任务。桌面端则明确写成：并排多个会话、可视化审查 diff、安排重复任务、发起云端会话。

文档里还有几条跨端能力，和「只在本机开一个终端」已经不是同一条工作流：

• 定时。 Routines 跑在云端，电脑关着也会继续，还可以由 API 调用或 GitHub 事件触发；可以从网页、桌面应用，或在 CLI 里用 /schedule 创建。桌面 scheduled tasks 跑在你自己的机器上，能直接碰本机文件和工具。/loop 是在当前 CLI 会话里重复一条提示，适合短轮询。
• 换地方接着做。 Remote Control 可以从手机或其他设备继续本地会话。可以给 Dispatch 发任务，再打开它在桌面端建好的会话。长时间任务可以在网页或 Claude 移动应用上发起，再用 claude --teleport 拉回终端（需要 claude.ai 订阅）。/desktop 把当前终端会话交到桌面应用里看 diff，需要 claude.ai 订阅，且文档写明可用平台是 macOS 和 x64 Windows。
• 从聊天和 CI 进来。 文档列出 Channels（把 Telegram、Discord、iMessage 或自有 webhook 推进会话）、GitHub Actions / GitLab CI/CD、GitHub Code Review、Slack 里 @Claude，以及用 Chrome 调试正在运行的网页。自定义编排可以走 Agent SDK。

这些是概览页的当前描述，不是每一项都附了发布日期。把它当成「现在官方承认的能力面」，不要当成一份带日期的 changelog。

桌面改版：并行会话，而不是再开几个终端窗口

2026 年 4 月 14 日，Anthropic 发布了面向并行 agent 的桌面改版。原文写的核心不是换皮，而是：你会同时在一个仓库里做重构、在另一个仓库里修 bug、在第三个里补测试，结果回来再检查、纠偏、看 diff。

实际会用到的操作：

• 新侧边栏集中列出进行中和最近的会话。可以按 status、project 或 environment 过滤，也可以按项目分组。4 月 14 日的博文写：某个会话对应的 PR 合并或关闭后，会话会自己归档。当前桌面文档把这件事写成需要打开的设置：Settings → Claude Code 里的 “Auto-archive after PR merge or close”，且只对已经跑完的本地会话生效。以你现在的应用设置为准。
• 任务进行到一半要插一句，用 side chat：macOS 是 ⌘ + ;（桌面文档写作 Cmd+;），Windows 是 Ctrl + ;。它会从主线程取上下文，但不会把内容写回主线程，避免把正在跑的任务带偏。当前桌面文档还写可以用 /btw 打开，并且 side chat 不会存盘，关掉应用就回不去。
• 审阅不必切回编辑器。应用内有集成终端（旁边跑测试或构建）、文件编辑器（打开文件、小改、保存）、为大型 changeset 重做过的 diff viewer，以及预览：可以打开 HTML 或 PDF，也可以在预览窗里跑本地应用服务。每个窗格可以拖拽排列。
• 桌面应用和 CLI 的插件能力对齐。组织集中管理的插件，或你本机自己装的插件，在桌面里和终端里一样用。会话仍可本地跑，也可在云端跑。SSH 支持从只覆盖 Linux，扩展到了 Mac，两边都可以把会话指到远程机器。
• 三种视图：Verbose、Normal、Summary，用来控制你要看完整工具调用，还是只看结果。⌘ + / 或 Ctrl + / 打开快捷键列表。用法按钮会同时显示上下文窗口和本会话用量。应用会在生成过程中流式输出回复。

可用性：该改版对 Pro、Max、Team、Enterprise 上的 Claude Code 用户，以及通过 Claude API 使用的用户开放。已安装的话，更新后重启。

这和「多开几个 claude 进程」的差别在于：隔离和审阅进了同一个窗口。当前桌面文档写明：点侧边栏 + New session，或用 macOS Cmd+N、Windows Ctrl+N 开新会话；Ctrl+Tab 和 Ctrl+Shift+Tab 在侧边栏会话之间切换。Git 仓库上，每个会话用 Git worktree 拿到一份隔离副本，一个会话里的改动在你提交之前不会影响其他会话。文档写这份隔离依赖 Git；Windows 上 Code 标签要跑本地会话，必须先装 Git for Windows。

同一页还写了一条容易用错的边界：由 Claude 担任队长、从共享任务列表给队友派活的 agent teams，在 CLI 里可用，不在桌面里。桌面里要做单个会话内的多代理工作，用动态工作流；Claude 也可以直接查看并给其他会话发消息。桌面文档同时写明：终端里的 Shift+Tab 切换权限模式，在桌面 Code 标签里不生效，桌面用发送按钮旁边的模式菜单。

动态工作流：大任务先圈范围，再决定要不要开

2026 年 5 月 28 日的文章介绍了 dynamic workflows，页首更新写明现已 generally available。它面向单次通不过去的问题：跨整个服务找 bug、改几百个文件的迁移、提交前要从多个角度压测的方案。

机制上，Claude 按你的提示动态规划、拆成子任务、并行铺给子代理。结果合进来之前会先被检查；不同代理从独立角度处理同一问题，也有代理专门试图推翻已经得到的结论，直到答案收敛。协调发生在对话之外，所以任务变大时计划本身不容易被对话冲掉。进度会保存，中断后从停下的地方继续，而不是整段重来。原文写这类工作可以延续到数小时甚至数天。

启动方式有两种：

1. 直接让 Claude 建一个动态工作流，例如 “Create a workflow”。
2. 打开 Claude Code 专用设置 ultracode。它在 effort 菜单里，会把 effort 设为 xhigh，并让 Claude 自己决定何时用工作流。

可用性写得很具体，用之前先对套餐：

• CLI、桌面、VS Code 扩展上都可用；计划覆盖 Pro、Max、Team、Enterprise，以及 Claude API、Amazon Bedrock、Vertex AI、Microsoft Foundry。
• Max、Team、Enterprise，以及通过 API 使用时，默认开启。Pro 要在 /config 里打开。
• 管理员可以在设置里关掉，或管理是否可用。
• 第一次触发时，Claude Code 会先展示即将运行的内容，并要求你确认。
• 原文建议配合 auto mode。同时明确写了：它比一次普通 Claude Code 会话明显更耗 token / usage，先用范围收窄的任务感受用量。

原文举的用例包括：全库找 bug、按 profiler 做优化审计、安全审计（每个发现都会再做独立核验）、跨数千文件的框架替换 / API 废弃 / 语言移植，以及对错误成本很高的工作做对抗式复核。文中还记录了用动态工作流把 Bun 从 Zig 移植到 Rust 的例子：约 75 万行 Rust、既有测试套件 99.8% 通过、从第一次提交到合并大约 11 天；该段同时写明当时尚未进入生产。这是规模说明，不是你应该第一天就模仿的默认工作法。

对个人开发者更稳妥的用法是：迁移、全库清理、必须交叉验证的审查，再开工作流。小改动继续用普通会话。

创业指南（2026 年 8 月 20 日）把同一能力写成可以操作的句子：用动态工作流把多个子代理铺出去，并行分析大量数据，或对另一个代理的结果做对抗审查。使用 Claude Opus 或 Claude Fable 这类模型时，可以直接说 “fan out multiple subagents” 或 “use a workflow”。

Artifacts：给同事一个会自己更新的页面，而不是再贴一长段日志

2026 年 6 月 18 日，Claude Code 开始支持 artifacts。它把会话里的进度收成可打开的可视化网页，例如 PR walkthrough、系统说明、可筛选排序的仪表盘、会随工作填上的发布清单。页面会在会话继续工作时更新。

和自己写一份 HTML 报告的差别，原文强调三点：

• 页面用的是这次会话的完整上下文：代码库、connectors、对话本身。一次事故页可以把失败测试和对应函数、监控里的错误尖峰、以及这次会话的根因推理放在一起。你不需要先接数据源或搭基础设施，只要要一个页面，它从已经存在的上下文里建。
• 打开的页面会原地刷新。队友在发布后立刻看到更新。每次发布是同一链接上的新版本，有版本历史，可以随时恢复。Gallery 用来浏览和管理你做过的全部 artifacts。
• 默认只对作者本人可见。准备好后再从页面分享给队友和组织。只能由已登录的组织成员查看，不能做成公开页。管理员有组织级开关和按角色的范围控制，可以设保留策略，并通过 compliance API 做组织范围的可见性。

从 CLI 或桌面应用发起，在浏览器或桌面应用里打开，从头部分享。更新会自动发到同一个 URL。

可用性是 beta，对象是 Claude Team 和 Enterprise 组织。如果你在 Pro / Max 个人订阅上，这篇原文没有写你能用。先确认组织是否打开了这项，再决定要不要把「事故纪要」从聊天记录改成 artifact。

可以直接照抄进会话的几类请求（原文按角色给了例子，这里收成工程师常用的）：

• PR：「Make an artifact walking through this PR — the diff, the reasoning, and what I tested.」
• 事故：「Turn this incident into an artifact — timeline, suspect commits, error spike from our monitoring — and republish as I work through it.」
• 服务地图：「Map how the payments service fits together into an artifact, from the code.」
• 本周交付：「Build an artifact of what merged on my team this week from the PRs, grouped by project.」

组织外的读者、公开博客、发给客户的材料，不要指望用这个链接。原文写明不能公开。

Auto mode：默认变了，先想清楚你要不要留着

2026 年 8 月 7 日的文章宣布，auto mode 将成为 Claude Code 的默认权限模式。规则按原文拆开看，不要混成「所有人都已经默认打开」：

• 从 2026 年 8 月 14 日起，Pro、Max、Team 的新会话进入 auto mode。
• 你如果已经自己设过别的默认，可能会看到一次性提示，问要不要切到 auto mode。已经 pin 住的默认不会被改。
• Team 管理员如果在 managed settings 里设了默认，以那个为准，什么都不会变。
• Enterprise、Claude API、Claude Platform on AWS、Amazon Bedrock、Google Cloud's Agent Platform、Microsoft Foundry，该文写明当时仍是 opt-in，给管理员时间评估。文中说计划在接下来一个月里，与云合作伙伴一起把这些也改成默认，并停止对分类器开销计费。本文没有再打开更晚的页面核对这件事是否已经落地，所以这里只保留 8 月 7 日原文的表述。
• 分类器每次工具调用会多用少量 token。对 Pro、Max、Team 的 Claude Code 用户，这篇宣布从当天起不再为这部分分类器开销计费。

它做什么：不再对每个工具调用弹确认，而是把调用交给分类器，拦截不可逆、破坏性、或指向你环境之外的动作。被拦住时，Claude 通常会自己找更安全的做法，或直接问你。如果连续三次被拦，或一个会话里累计二十次被拦，就退回手动批准。

权限规则仍然先于分类器生效，但有一个例外：宽到等于任意代码执行的 allow 规则（例如 python:*）在 auto mode 下会被搁置，否则命令会绕过分类器。设置文件本身不会被改写；你一切到其他模式，这些规则重新生效。

切换：8 月 7 日原文写，CLI 里按 Shift+Tab，或用桌面应用的模式下拉。当前桌面文档补充：Code 标签里不要用 Shift+Tab，那是终端交互模式的快捷键；桌面用发送按钮旁的模式选择器，可选 Manual、Accept edits、Plan、Auto。文档还写，Auto 在模型上要求 Claude Opus 4.6 或更新、Sonnet 4.6 或更新，或 Fable 系列；Anthropic API 上的用户都可以使用。管理员用 managed settings 里的 disableAutoMode 可以把它从模式菜单里去掉。8 月 7 日博文则写管理员可以用 defaultMode 固定组织默认。两处都来自官方页面，具体键名以你环境里的设置文档为准。

原文给出的安全结论可以当背景，不必当成你本地的保证：在 1,053 名付费测试者的对照实验里，人工审查只拦住 13.6% 的危险命令，auto mode 拦住 89%；该实验发生在专门搭建的测试环境，不是测试者自己的代码库。2026 年 5 月到 6 月、安全管道标记过、且账号选择了将数据用于训练和分析的会话里，手动批准路径上出现「用户并未明确要求的严重意外伤害」的比例，高于 auto mode。文中也写明：auto mode 依赖分类系统，不能消除风险；对生产基础设施上的高风险变更，仍建议你自己审 Claude 的动作。

和它配套、写进同一篇文章的几条机制：数据外传这类动作被设计成 hard deny，要执行必须退出 auto mode 或你自己跑命令；hard deny 规则可在设置里加；分类器会区分机密信息可以在哪里访问和分享，并在 git push 或 pull request 之前检查目标是公开、私有还是受信任；对可能丢掉未提交工作的 git 操作（例如 git reset --hard），分类器会先看到当前 git status；从网页、文件或工具输出拉进来的外部内容，会先做 prompt injection 探测，可疑时在结果交给用户之前把警告写进 Claude 的上下文。

动态工作流那篇建议使用时打开 auto mode。两件事叠在一起时，先看用量，再决定要不要让它跑几个小时。

上下文变瘦了：少写禁令，多写仓库里的坑

2026 年 7 月 24 日的上下文工程文章写了一件产品内部变化：针对 Claude Opus 5、Claude Fable 5 这类更新一代模型，他们删掉了 Claude Code 系统提示里超过 80% 的内容，编码评测上没有可测量的损失。对使用者，可执行的部分不是去改系统提示——那篇文章写明，Claude Code 的系统提示你多半永远不会改——而是改自己的 CLAUDE.md 和 skills。

他们观察到的问题很具体：一次请求里会同时出现互相打架的话，例如「适当留文档」和「不要加注释」，来自系统提示、skills 和用户请求叠在一起。模型多半仍能猜到你的意图，但会先花思考去调和冲突。

和旧习惯对照，原文的「当时 / 现在」可以收成你仓库里能改的几条：

• 少写绝对禁令。旧系统提示会规定默认不写注释、不要主动建计划文档。新写法是让代码贴近周围代码：注释密度、命名和惯用法都跟现有代码走。
• 工具说明少堆例子。例子会把模型限制在示例走过的那一小块探索空间。状态枚举、一次只让一个事项处于 in_progress，这类接口设计比多写几段示例更有用。
• 不要把所有规范塞进一开始就加载的文件。验证和代码审查已经被他们挪进可按需调用的 skills。部分工具是延迟加载的，代理要用 ToolSearch 才能拿到完整定义。你的 CLAUDE.md 和 Skill.md 也可以做成一棵按需加载的文件树，而不是一本百科。
• 不要再指望用 # 把记忆写进 CLAUDE.md 当主要记忆方式。原文写 Claude 现在会自动保存和当前工作、以及和你相关的记忆。
• 方案不只是 Markdown。计划模式仍会用 Markdown 计划文件，但 Claude 也可以引用 artifacts 做出的 HTML、用测试套件或另一份代码库里的函数当规格，或用 rubric 加动态工作流拉起验证代理。

CLAUDE.md 怎么写，原文给了很窄的建议：保持轻，先用很短的篇幅说明这个仓库是干什么的，把大部分 token 花在代码库里的坑上——例如类型只允许出现在某一个巨大文件里。不要写 Claude 看文件系统或仓库就能知道的「显而易见」的事。验证步骤如果有好几条独特约定，做成 verification skill，再从 CLAUDE.md 引用它。

他们放出的命令是 claude doctor（文中也写成在 Claude Code 里用 /doctor），用来把 skills 和 CLAUDE.md 收到合适的体积。跨系统提示、skills 和 CLAUDE.md，先做的事是删，不是再加一节。

同一时期的创业指南补了一条仍然要写死的东西：不能变的架构规则、安全边界、非协商项，放在仓库根目录的 CLAUDE.md，因为 Claude 每次会话开始都会读它。子目录里的 CLAUDE.md 用来放只对该子目录生效、且每次都要适用的编码约定。按需才走的流程用 skills，不要和「每次都读」混在一个文件里。

官方创业指南里，可以直接拿去用的检查项

2026 年 8 月 20 日的《The Claude Code guide for startups》来自对十余家快速增长公司的访谈，不是新功能发布说明。但它把当时已经存在的能力收成了一份清单。下面只保留清单和文中解释里、对普通工程团队也能执行的部分，不转述各家公司的报价。

文中给出的几组数字是被访公司的自述结果，不是 Claude Code 的产品保证：ClickHouse 多交付 30% 功能，Omni 工程效率 2–3 倍，Clay 的 bug 分拣 100% 自动化，Artemis Security 每周 6,000+ PR。当成「有团队这样用」即可。

他们归纳的五条是：人人都能把想法推进到可运行的第一版；把机械性工作交给代理；先有验证再自动化；为反复重建而建；原型、自己用、再产品化。

和 Claude Code 操作直接相关的是文末清单：

• 用 MCP，或在已有成熟 CLI 时改走 CLI，把事实来源接进来。文中点名 gh、kubectl、bq、psql：已有命令行工具时，走 CLI 往往更省 token，而且和工程师用的是同一份事实。
• 做内部插件市场，让一个人的做法能通过 skill 传给其他人。
• 子目录 CLAUDE.md 放局部约定；skills 放按需流程。
• 在启用的仓库上设置 Code Review（research preview）：对 PR 跑一轮托管的多代理审查。你可以自己改完推上去，或在配置了 GitHub Actions 之后，在发现上评论 @Claude 把环闭上。
• 把 Claude Tag（public beta）放进 CI/CD 值班和 bug 分拣。文中写，过去几个月里 Claude Tag 是 Anthropic 内部 CI/CD 故障的一线响应；有情况报告的近期事故里，第一份报告由 Claude 写出，通常在 15 分钟内发出第一份分析。它有自己的服务账号，以及 Datadog、Grafana 这类值班工程师会用的工具；常驻说明写成 skills，提交在 GitHub 仓库里。
• 用循环（loops）做停止条件明确的长程工作，例如反复跑测试直到不稳定用例通过。停止条件越清楚越好。/goal 用于又长又复杂、Claude 可能过早宣布完成、复核时偏爱自己的发现、或偏离原目标的任务。
• Hooks 是你定义的命令，在 Claude Code 生命周期的固定点触发，不随模型当天的判断而跳过。可以用来拦住没过 lint 的写入、提交前要求测试通过、或在任何东西离开沙箱之前剥掉密钥。
• 重建时用 git worktrees：当前版本留在原地，Claude Code 可以帮你拉起隔离副本，v2 和 v1 并排跑，两边都跑评测，新的赢了再合并。
• 非平凡重写先进入 plan mode：--plan，或按 Shift+Tab（清单里写成 /plan 或 Shift+Tab）。Claude 会先探索代码库、提出重建方式，你批准或改方向之后才写代码。

Hooks、worktree、plan mode 解决的是同一类问题：模型会给出看起来对、但偏离现有架构的改动。先把不能变的东西写进根目录 CLAUDE.md，再让确定性检查守住提交和写入，比重写一份更长的提示更有用。

建议你这周做的三件核对

不需要把上面全部打开。按你现在的入口，做这三步就够判断自己有没有落在旧用法上：

1. 看权限模式。 CLI 用 Shift+Tab，桌面用模式下拉，确认当前是不是 auto mode。Pro / Max / Team 如果没 pin 过默认，8 月 14 日之后的新会话按原文会自己进去。生产变更仍然自己看。不希望默认如此，让管理员用 defaultMode 或 disableAutoMode 固定，而不是在仓库说明里口头约定。
2. 收一份 CLAUDE.md。 在项目里跑 /doctor。留下架构红线、安全边界、以及看代码看不出来的坑；把「如何验证」拆成 skill。不要继续把注释禁令、提交格式和所有流程图都堆在根文件里。
3. 大任务先选容器，再选模型。 多个仓库或多个 PR 同时推进，用桌面侧边栏和 worktree，而不是在同一工作区里开两个会互相覆盖的会话。跨大量文件、或必须交叉验证的审查，再考虑动态工作流，并先看一次确认框里的范围和用量。要把进度给同事看、且你们在 Team / Enterprise 上，用 artifact，不要把事故时间线留在私人对话里。

桌面文档把「在哪做并行」写得很清楚：要在一个窗口里管多个会话、并排窗格、可视化看改动，用桌面；要脚本、自动化、或更习惯终端，用 CLI。Agent teams 的协调式组队在 CLI，不在桌面。