Claude Code v2.1.200 默认切换到手动模式，GLM 5.2 以 20% 的价格达到 Sonnet 5 的 80%，Copilot 会话流式传输进入预览

2026年7月3日集中出现了多项重要公告：Claude Code v2.1.200 通过将手动模式设为默认值来强化权限控制，并修复了大量后台代理故障。在开放模型方面，Together AI 说明一个开源模型可以以五分之一的成本与 Claude Sonnet 5 一较高下，而开源模型所消耗的 token 占比在一年内翻了三倍。GitHub Copilot 通过会话流式传输增强企业治理能力，Anthropic 则让 Artifacts 更加普及，并提高了 API rate limits。

Claude Code v2.1.200 — 手动模式默认启用与后台修复浪潮

7月3日 — Claude Code v2.1.200 引入了两项行为变更和一系列修复，提升了后台代理的可靠性。

“手动”模式正式成为默认值。 权限模式 default 在所有界面中更名为“Manual”：CLI、--help 帮助、VS Code 和 JetBrains。--permission-mode manual 和 "defaultMode": "manual" 现在可作为 default 的替代值使用。此次术语调整使显示名称与实际行为保持一致：Claude 会在每次敏感操作前请求确认。那些在配置文件中显式设置了 default 模式的团队，将获得完全相同的行为——只是名称发生了变化。

AskUserQuestion 不再自动续接。 向用户提问的对话在一段无操作时间后不再自动继续。之前的行为（auto-continue）现在变为可选功能，必须通过 /config 显式启用。此更改可避免在长时间或无人值守的会话中出现意外续接。

后台代理修复。 此版本修复了多个影响 daemon 会话的稳定性问题：

已修复问题	详情
后台会话在睡眠/唤醒后静默停止	已解决
由 Esc 取消的轮次在 daemon 重启后再次出现	已解决
代理因一个孤立的 `daemon.lock`（PID 被 OS 重新分配）而永久卡住	已解决
旧 build 在重新安装后接管 daemon	已解决 — 使用内建 build 时间戳比较
roster 的短暂损坏导致代理被永久禁用	已解决

一个附带修复还解决了在 disabledMcpServers 或 enabledMcpServers 于 .claude.json 中被设置为非数组值时，启动阶段发生的崩溃。

这些 daemon 修复对夜间工作流或在无人持续监控下运行后台代理的 CI 管道尤为重要。一个孤立的 daemon.lock 或 roster 损坏，可能会在不发出任何提示的情况下阻止所有代理重启，直到人工介入。

🔗 CHANGELOG Claude Code

Anthropic

Fable 5 cyber safeguards — CJS 框架（Cyber Jailbreak Severity）

7月2日 — Anthropic 发布了一篇关于 Claude Fable 5 网络安全机制的技术文章，并提出了一个首个面向工业场景的模型绕过（jailbreak）评分框架草案。

Fable 5 的网络安全分类器按攻击者与防御者之间的不对称程度划分为四类：

类别	示例	行为
禁止使用	高危利用、强不对称	一律阻止
高风险双重用途	Pentest、提权	在更好的控制措施到位前阻止
低风险双重用途	OSINT、公开扫描、TLS 研究	允许，但保留安全余量
无害用途	调试、防御性配置、培训	允许

CJS 框架 — Cyber Jailbreak Severity（网络绕过严重性）由 Glasswing 合作伙伴（Amazon、Microsoft、Google）共同开发。它从四个维度评估一次绕过的严重性：能力增益（0–4）、范围（0–2）、武器化难度（0–2）和可发现性（0–2）。总分对应 CJS-0（信息性）到 CJS-4（关键）等级。一个专门的 HackerOne 项目已经开放；反馈可发送至 cyber-safeguards@anthropic.com。

🔗 Fable 5 safeguards — Anthropic

Claude Code 的 Artifacts 现已面向 Pro 和 Max 套餐开放

7月2日 — 此前仅限 Team 和 Enterprise 套餐的 Claude Code Artifacts，现已向 Pro 和 Max 订阅用户开放。

Artifact 是 Claude 在工作会话中生成的交互式网页——可以是项目仪表盘、PR 汇总或数据可视化。该页面会直接发布到 claude.ai，在 Claude 继续工作的同时实时更新，保持对用户账户私有，并且完全独立运行。此次扩展到个人套餐，使一项高级功能无需企业订阅即可面向更广泛的用户群体。

🔗 @ClaudeDevs 公告

Claude API rate limits 提高 5 倍——自动分层且与消费解耦

7月2日 — Anthropic 显著提高了 Claude Platform API 的速率限制（rate limits），并简化了访问层级结构。

两个核心变化：rate limit 的层级（tiers）不再取决于 API 消费金额，且层级之间的升级现在自动进行。最新版本的 Claude Sonnet 和 Haiku 在最高 tier 可获得 5 倍更高 的限制。所有新模型（Opus、Sonnet、Haiku）在同一 tier 内共享相同的每分钟请求配额和 token 吞吐量，这使得用户可以根据任务选择最合适的模型，而无需在配额之间权衡。“Request rate limit increase” 按钮仍可在 Claude Console 中用于手动申请。

🔗 @ClaudeDevs 公告

“Built with Claude：Life Sciences” 黑客松——10 万美元 Credits

7月2日 — Anthropic 宣布推出 Built with Claude：Life Sciences，这是一个与 Gladstone Institute 合作举办的全球虚拟黑客松。活动邀请研究人员和开发者在一周内使用 Claude Science 和 Claude Code 进行构建。奖金池为 10 万美元 Credits。该黑客松延续了 Claude Science 的发展势头；Claude Science 于 6 月底推出，作为一个集成工具、研究包和计算资源的科学工作环境。

🔗 @claudeai 公告

开源模型与基准测试

Together AI — GLM 5.2 以 20% 的价格达到 Sonnet 5 的 80%

7月3日 — Together AI 发布了 GLM 5.2（Zhipu AI，开源）与 Claude Sonnet 5 在 DeepSWE 基准上的对比分析——该基准包含 113 个长周期软件 bug 修复任务（Software Engineering），每项任务进行 4 次尝试，并启用最大推理。

核心结论：在该基准上，GLM 5.2 以约 20% 的价格提供了约 80% 的 Claude Sonnet 5 能力。该分析由 Zain Hasan 撰写，并由 Together AI 转载，Together AI 也在其平台上托管 GLM 5.2。

模型	类型	相对性能	相对成本
Claude Sonnet 5	专有	基准（100%）	基准（100%）
GLM 5.2	开源	~80%	~20%

DeepSWE 基准专为长时程工程任务设计：它超越了常见的合成问题，用于评估在现有仓库中解决真实 bug 的能力。对于这类任务，4 比 1 的成本/性能比对预算受限团队或高吞吐量管道具有很强吸引力。

🔗 Together AI 分析 — GLM 5.2 vs Sonnet 5

Together AI — 开源模型的 token 占比一年内从 10% 增至 30%

7月3日 — Together AI 透露，其平台上的开源模型使用量在一年内翻了三倍，从消耗 token 总量的 10% 提升到 30%。这一数字与 CEO Vipul Ved Prakash 的文章《The Economy of Tokens》（6月29日）以及此前已报道的 8 亿美元 C 轮融资背景相互呼应。它印证了一个宏观趋势：开源浪潮已不再只是技术圈的小众现象，而是 AI token 真实消费中不断扩大的组成部分。

🔗 @togethercompute 推文

HydraHead — Full+Linear Attention 混合架构（Tongyi Lab / Qwen）

7月3日 — Tongyi Lab（Alibaba / Qwen）发布了 HydraHead，一种在头部级别（head-level）而非层级进行注意力混合的架构。其动机来自机制可解释性：只有被视为“retrieval-critical”的注意力头保留 Full Attention，其余则切换为 Linear Attention，从而降低长序列上的计算复杂度。

指标	结果
512K 上下文下的 NIAH 提升	+69%
训练 token	150 亿
整体性能	接近 Qwen3.5

标准化融合模块使两种注意力形式可以在同一层中共存。该方法旨在以更低于纯 Full Attention 的二次方成本，实现对长上下文窗口（512K token 及以上）的访问。结果展示于 7 月 3 日的 Tongyi Weekly。

🔗 Tongyi Weekly — 2026年7月3日

ZCode — 面向 GLM-5.2 的 Z.ai 官方 IDE

7月1日 — Z.ai 推出了 ZCode，这是 GLM-5.2 的官方开发环境，支持 macOS、Windows 和 Linux。Coding Plan 订阅用户在 ZCode 中可获得 1.5 倍的使用额度。BYOK（Bring Your Own Key）支持允许将 ZCode 与现有订阅或 API 密钥一起使用。zcode.z.ai 网站提供两种定价方案：Lite 和 Pro（64.80 USD/月 → 72 USD）。

🔗 ZCode — Z.ai

GitHub Copilot

会话流式传输进入公开预览

7月2日 — 使用受管用户的 GitHub Enterprise Cloud 客户现在可以将 Copilot 代理会话数据（prompts、responses、工具调用）流式传输到外部收集器。提供两种接入方式：面向 SIEM 工具的 streaming endpoint（Microsoft Purview 现处于公开预览支持中），以及按需拉取最近 48 小时数据的 REST API（GET /enterprises/{enterprise}/copilot/usage-records）。可通过企业的 AI 设置启用：为 “Copilot Usage Records Streaming” 和 “Copilot Usage Records API” 打开 “Enable everywhere”。

此功能满足了受合规约束团队对可追踪性和审计的需求——他们现在可以将 Copilot 会话接入现有监控管道，而不必只依赖 GitHub 仪表盘。

🔗 Changelog — Copilot 代理会话流式传输

GitHub Actions 中的 Copilot CLI 无需 PAT

7月2日 — Copilot CLI 现在可以在 GitHub Actions 中使用内置的 GITHUB_TOKEN 进行身份验证，而无需长期有效的个人访问令牌（Personal Access Token — PAT）。工作流中所需的权限是 copilot-requests: write。消耗的 AI credits 会直接计入组织账单，并通过 cost centers、预算和会话限制进行管理。组织侧必须启用使用策略：“Allow use of Copilot CLI billed to the organization”。更新可通过 copilot update 或 npm install -g @github/copilot 完成。

🔗 Changelog — Copilot CLI 无需 PAT

Copilot 中的 Gemini 2.5 Pro 和 Gemini 3 Flash 将于 7 月 31 日弃用

7月2日 — GitHub 宣布，自 2026年7月31日 起，所有 Copilot 体验（chat、内联编辑、ask/agent 模式、代码补全）中的两个 Gemini 模型将被弃用：

被弃用模型	日期	替代模型
Gemini 2.5 Pro	31-07-2026	Gemini 3.1 Pro
Gemini 3 Flash	31-07-2026	Gemini 3.5 Flash

Copilot Enterprise 管理员需要在其模型策略中启用替代模型。弃用日期之后，无需执行任何操作即可移除旧模型。

🔗 Changelog — Copilot 中的 Gemini 弃用

生成式媒体

Runway Agent Skills — 按需创建营销活动

7月2日 — Runway 推出了 Agent Skills，这是一套可通过 / 命令从 Runway Agent 中调用的技能系统。用户输入 / 并选择某项技能，即可一键触发复杂工作流。首发可用技能覆盖：广告活动创建、商业广告制作，以及面向不同市场的广告本地化。Runway 将此功能定位为一种按需扩展营销能力的工具。

🔗 @runwayml 公告

Black Forest Labs — 面向 FLUX 模型的 Dev Playground

7月2日 — Black Forest Labs（BFL）推出了一个面向使用 FLUX API 的开发者的 Dev Playground。该工具允许使用相同 prompt 并排比较 FLUX 模型（side-by-side），可直接在界面中调整 API 参数以获得与生产环境一致的结果，并评估质量、延迟和成本方面的差异。该 playground 会在最新模型发布时同步集成。可通过 api.bfl.ml 访问。

🔗 @bfl_ai 公告

简报

Amp — 更多 Orb 尺寸 — Amp 现在允许为运行远程代理的 Orb 选择 CPU 和内存大小，这是对 6 月 30 日“Agents in Orbs”公告的延续。 🔗 Chronicle Amp
Copilot — 更精确的使用指标 — Copilot 指标 API 现在会报告由 CLI 建议的代码行数（v1.0.57+，自 v1.0.64 起去重），为服务端用户识别 IDE，并修正此前遗漏的两种 AI 额度归因情况。 🔗 更新日志

这意味着什么

Anthropic 生态正在深度扩张。 Claude Code v2.1.200 不只是一次改名：将“Manual”正式设为默认模式，体现了随着代理自主性增强而强化显式控制的理念。一次性修复五个 daemon 故障，表明无人值守工作流（夜间流水线、CI）的可靠性已成为头号优先事项。Artifacts 扩展到 Pro/Max 套餐、API 速率限制提升 5 倍，则进一步降低了个人开发者和小团队的使用门槛。与 Gladstone Institute 合作举办的 Life Sciences 黑客松则表明，Claude Science 正在高监管领域寻求落地验证。

开源浪潮正在扩大规模。 Together AI 给出的数据——AI tokens 消耗中 30% 来自开源模型，而一年前仅为 10%——并非小众统计，而是结构性拐点信号。GLM 5.2 / DeepSWE 的分析将这一点具体化：一个定位良好的开源模型，可以以五分之一的成本覆盖专有 frontier 模型 80% 的使用场景。HydraHead 为这一趋势增添了架构层面的维度——像 Tongyi 这样的实验室正试图在不付出 Full Attention 二次方成本的情况下延长有效上下文（512K tokens，+69% NIAH），这进一步扩大了开放模型可覆盖的任务范围。ZCode 则通过为 GLM-5.2 提供与专有模型相当的 IDE 工具链，完成了闭环。

Copilot 的企业级治理正在加深。 会话流式传输到 SIEM，以及在 GitHub Actions 中无需 PAT 的身份验证，目标一致：让 Copilot 在不违反企业安全策略的前提下，具备可审计性和可运维性。对于受 SOC 2、ISO 27001 或行业监管约束的团队而言，这两个运营障碍同时被移除。与此同时，对 Gemini 2.5 Pro 和 3 Flash 的弃用也表明，GitHub 正在对 Copilot 模型目录施加现代化压力——未提前规划这些迁移的管理员，可能在 7 月 31 日遭遇服务中断。

生成式媒体代理：从生成走向编排。 Runway 的 Agent Skills 和 BFL 的 Dev Playground 描绘了两条互补路径：Runway 提高抽象层级（用 / 创建整套活动），而 BFL 则深入技术细节（在 API 层面比较各模型的质量、延迟和成本）。这两种方法反映出市场成熟度不断提高，生成式媒体用户正分化为两类：一类追求无摩擦地直接获得结果，另一类则优化生产流水线。