Anthropic 通过消息线程加速 Claude Code，但你的 token 账单保持不变。
内容提要
Anthropic为Messages API推出公测功能“消息线程”，使Claude Code等长会话仅上传新增消息、由服务器保留历史，首字延迟中位数降低约35%。模型仍读取全部上下文，token费用不变，可配合提示缓存降低成本。线程闲置5分钟后过期，且不支持零数据保留和HIPAA。
延伸解读
延迟优化不等于成本优化
消息线程的核心价值是减少客户端重复上传历史对话，从而降低首字延迟，但模型每轮仍会读取完整上下文，token 计费不变。因此，它适合对响应速度敏感的长会话场景，而非直接削减 API 开支。若想同时控制成本，需配合提示缓存，两者作用不同：一个省传输时间，一个省重复处理费用。
五分钟过期并非致命缺陷
线程闲置五分钟后过期，看似对长编码会话不友好，但实际影响有限。使用 SDK 线程助手时，客户端保留本地历史，过期后会自动重发完整对话建立新线程，只是恢复后的首次请求延迟较高。对于持续调用的代理，每次成功请求都会刷新过期时间，因此长时间任务中线程可一直维持。直接管理线程的开发者则需自行处理 404 错误并重建线程。
数据合规限制需提前评估
线程内容加密后仅存于服务器内存，不写入持久存储，但最后一次使用后仍可能保留最多一小时。该功能目前不支持零数据保留和 HIPAA，且部分上下文管理能力（如按需压缩）不可用。对数据留存有严格要求的团队，在启用前应确认自身合规边界，避免因默认开启而引入风险。
计算机使用代理可能率先受益
文章引用 StackOne 联合创始人的模拟估算：若每步上传 150KB 截图，50 步会话累计上传量可从约 191MB 降至 7.5MB，减少约 25 倍。这类代理每步都产生大文件，重复上传负担最重，因此可能比编码代理更早采用消息线程。不过该数据并非真实 API 测试，仅用于说明传输量节省的潜力，实际收益需结合具体负载评估。
Q&A
Anthropic 的消息线程功能是什么？它主要解决什么问题？
消息线程是 Anthropic 为 Messages API 推出的公测功能，允许服务器临时保留对话历史，后续请求只需上传新增消息和引用，从而减少重复上传大量数据，降低长会话的首字延迟。
使用消息线程能降低 Claude API 的 token 费用吗？
不能。虽然每次请求传输的数据变少，但 Claude 仍会在每轮读取完整对话，token 用量不变，费用也不变。不过可以结合提示缓存功能来降低处理成本。
消息线程对首字延迟的改善效果如何？
对于包含 50 万到 100 万 token 的 Claude Code 请求，首字延迟中位数降低了约 35%。
消息线程有哪些使用限制或数据合规方面的注意事项？
线程在闲置 5 分钟后过期；内容加密并仅存于服务器内存，但最后使用后可能保留最多 1 小时；目前不支持零数据保留和 HIPAA，也不支持按需压缩等上下文管理功能。
开发者如何通过 API 使用消息线程？
首次请求需包含完整对话历史，并设置 thread={"type": "create"}；后续请求设置 thread={"type": "continue", "previous_message_id": first.id}，只发送新消息。直接调用 API 时需添加 anthropic-beta 头，值为 message-threads-2026-08-12；也可使用 SDK 的 thread 辅助方法自动管理。
消息线程适合哪些应用场景？
适合长时代码代理（累积文件编辑和工具结果）、计算机使用代理（反复截图）、以及处理大量文档或图像的应用，可避免重复上传数据。
