做 Claude 编程代理或多轮文档处理时，客户端通常要在每次请求里重新发送整段对话。对话越来越长后，光是传输和处理历史内容，就可能增加开始回复前的等待。Anthropic 在 2026 年 11 月 2 日宣布，Claude API 的 Message threads 进入公开测试，让开发者在后续轮次主要发送新增内容。

这是一项面向 Messages API 的开发功能，不是 Claude 订阅新增的独立模型，也不是永久聊天记忆。官方称，多数 Claude Code 用户已默认启用；在 50 万至 100 万 Token 的请求中，首 Token 延迟的中位数下降约 35%。这是官方给定场景和指标的数据，并非本站实测，也不能理解成所有任务总体提速 35%。

它改变了什么？

首次请求仍要携带完整对话、系统提示和工具定义，创建 thread；之后的请求使用上一轮响应 ID 续接，只发送新增消息。服务端会在调用模型前重建上下文。这对反复读取文件、运行工具的长时间代理工作尤其值得关注，但应用仍需自行保存完整会话。

手动接入时，官方文档要求每次请求带上 message-threads-2026-08-12 beta 标识。首轮设置 thread 类型为 create，后续用 continue 和上一轮响应 ID；续接请求不要重复发送 system 或 tools。模型等固定字段需要保持一致，修改时应建立新 thread。文档中的日期是 beta 标识的一部分，不是这项功能的发布日期。

不重传历史，不代表 Token 免费

虽然请求体可以变小，模型每轮仍会读取完整对话。Anthropic 表示 Token 用量保持原有方式，标准费率和现有限流规则继续适用，不能把它当作自动省费方案。Message threads 也不会自动开启提示缓存；如果需要缓存，应另按官方提示缓存规则配置。

接口可用于 Claude API、Claude Platform on AWS、Microsoft Foundry，以及 Anthropic 托管的 Claude Models on Google Cloud。具体平台可用性以官方文档为准，不应推断所有第三方部署都支持。

接入前必须处理过期和数据边界

  • 做好重放：thread 在最后一次请求后 5 分钟过期；最后使用后最迟 1 小时内删除。续接遇到 404 时，需要用应用保存的完整会话重新创建，官方 SDK helper 可协助处理重放。它不是唯一的对话备份。
  • 检查数据要求：官方称线程内容在内存中加密保存、不写入持久磁盘，但该功能不符合零数据保留（ZDR）或 HIPAA 要求。处理敏感资料前，应先核对组织政策与适用合同。
  • 先在测试环境验证：部分接口与上下文管理功能不支持 threads。特别注意保持账户和工作空间一致，并在生产前测试过期、网络中断和失败恢复。

对普通 Claude 网页聊天用户，这次更新主要影响开发者如何组织 API 请求；是否能感知速度变化取决于具体应用和任务。来源：Anthropic 官方公告，2026 年 11 月 2 日；Message threads 开发文档，核对日期 2026 年 11 月 3 日。