Claude Sonnet 3.5功能更新指南：长输出与Workbench提效

如果你日常用Claude写长文、做代码审查或搭建自动化流程，Claude Sonnet 3.5这轮更新很值得认真看一遍。它不只是“更聪明一点”，而是把输出上限、Workbench工作流和用量可视化都补齐了。下面按最常用的三个场景，讲清Claude Sonnet 3.5到底新增了什么、怎么用、哪里容易踩坑。

Claude Sonnet 3.5扩展输出：长方案不再被截断

Claude Sonnet 3.5在API里支持更长的单次输出：最大输出token从4096提升到8192。对写“完整可交付”的内容很关键，比如一份包含背景、方案、里程碑、风险清单的PRD，或一次性生成较完整的脚本与注释。

使用上要注意：这不是默认生效，需要在请求里加官方提供的beta标头（文档写法为 anthropic-beta: max-tokens-3-5-sonnet-2024-07-15），同时把max_tokens设到你需要的值。Claude Sonnet 3.5输出更长时，建议你把结构先定死（目录/字段/验收标准），再让Claude Sonnet 3.5逐段填充，成功率更高。

Workbench提示生成器：把“不会写提示词”变成可复制流程

这次Workbench增强里最实用的是“提示生成器”。你只要用一句人话描述任务（例如“把入站客服请求按紧急程度分类并给出回复模板”），它会给你一套更成体系的提示词框架。

对团队协作也很友好：同一个任务用Claude Sonnet 3.5生成的提示词更容易标准化，后续你只需要换输入数据，不必每次从零调教。建议把生成的提示词拆成三段：目标、约束、输出格式；再加一段“失败时如何自检”，让Claude Sonnet 3.5在跑偏时能自己拉回来。

使用情况和成本仪表板：Claude Sonnet 3.5的用量终于能说清

很多人用Claude Sonnet 3.5时最难受的点是：感觉“很好用”，但月底一看成本不明不白。更新后的使用情况与成本仪表板，至少能让你把消耗按项目、按时间段看清楚，定位到底是哪个任务在吞token。

更现实的用法是做“预算式开发”：先用Claude Sonnet 3.5跑小样（短上下文、低max_tokens）验证方向，再把长输出能力打开做最终交付。这样Claude Sonnet 3.5的优势发挥得更稳定，也更容易把成本压住。

上手建议：用Claude Sonnet 3.5做交付物的三条小习惯

第一，明确让Claude Sonnet 3.5输出“可检查的格式”，比如表格字段、JSON键名、或分级标题；格式越硬，返工越少。第二，长输出时把“必须包含/禁止包含”写进约束，避免Claude Sonnet 3.5在后半段开始发散。第三，需要很长内容时，先让Claude Sonnet 3.5给目录和要点，再逐节生成，比一次性硬拉8192更稳。

整体来看，这轮更新让Claude Sonnet 3.5更像一个能落地干活的“生产工具”：能写长、能更快搭流程、也能更好管成本。只要你把标头、max_tokens和输出结构三件事配置好，Claude Sonnet 3.5的提升会非常直观。