V3.2 把思考直接放进工具调用流程；Speciale 追求更强推理，但发布期为临时 API 且不支持工具。
API：像餐厅里的服务员。你的程序把需求交给 API，API 再把需求送进模型“后厨”，最后把结果端回来。
V3.2 把思考直接放进工具调用流程；Speciale 追求更强推理，但发布期为临时 API 且不支持工具。
模型开始在“想”和“做”之间连续工作，代理路线更加明确。
不是先写完计划再交给别人，而是边判断边使用工具。
先确认功能是否已经正式开放给你的地区、套餐和平台，再用一项可核验的小任务测试。不要因为版本号变大就立即迁移；只有当它能节省时间、降低错误或完成过去做不到的工作时，升级才真正有价值。
官方发布不等于输出永远正确。涉及代码发布、账号操作、版权素材、隐私数据、医疗、法律或财务判断时，应限制权限、核对原始资料，并由人完成最终确认。
本站依据产品官方发布页和更新日志核验日期与功能。开放范围、价格和能力可能继续变化，请同时查看页面底部官方来源与产品完整更新历史。
通俗讲解
下面不再罗列术语，而是把文章的意思、现实用法和限制完整串起来。即使没有技术背景，也可以从这几段判断它与自己有没有关系。
V3.2 把思考直接放进工具调用流程；Speciale 追求更强推理，但发布期为临时 API 且不支持工具。 “已经发布”可能表示立即可用，也可能表示开始分批开放，因此需要同时确认版本、套餐、地区、平台和管理员设置。
API：像餐厅里的服务员。你的程序把需求交给 API，API 再把需求送进模型“后厨”，最后把结果端回来。
先保存更新前的工作方式和结果，再用非生产数据做一次对照测试。检查功能是否真的出现在自己的账户中，以及速度、质量、费用、权限和旧流程是否发生变化。
不要把公告标题理解成所有用户都已获得功能，也不要在没有备份和回滚方案时直接改动团队流程。价格、额度和开放范围可能在文章发布后继续变化。
把更新当成一次需要验收的小升级：确认能否使用、是否更好、代价是什么、失败时怎样退回。通过验证后，再逐步扩大到团队或客户数据。
涉及账号权限、价格、合同、医疗、法律、金融、个人信息和生产系统时，必须回到最新官方资料，并由相应专业人员复核后再作决定。
本文依据产品官方资料整理，功能开放范围与实际行为请以官方页面为准。
查看原始发布信息 ↗