OpenAI 日报:Health in ChatGPT 启动,API 旧模型完成迁移

OpenAI 日报:Health in ChatGPT 启动,API 旧模型完成迁移

Health in ChatGPT 开始向美国成年用户推出,ChatGPT Voice 进入桌面版 Work 与 Codex,多组 API 旧模型在 7 月 23 日到达停服日期,服务状态则出现已恢复与仍在监控的分化。

速览

OpenAI 7 月 23 日推出 Health in ChatGPT,先向美国 18 岁以上的已登录用户开放,支持把 Apple Health、部分医疗记录和指定健康服务接入 ChatGPT。当天的开发者变更也更硬:多组旧模型按计划停服,替代目标集中到 GPT-5.6 Sol、GPT-5.6 Terra 等新模型;服务状态页则记录了 ChatGPT、API 图像模型的错误率事件。
动态现在是什么状态谁需要看
Health in ChatGPT美国用户分批推出,Web 和 iOS 可用关注健康数据产品、隐私和用户体验的团队
ChatGPT Voice已进入桌面版 Work 和 Codex使用桌面端代理工作流的团队
API 模型停服7 月 23 日清单中的旧模型已到停服日期仍调用旧模型 ID 的开发者
服务状态ChatGPT 一起事件已恢复;另一起错误率事件仍显示 Monitoring;gpt-image-2 事件已恢复ChatGPT 与 API 用户

Health in ChatGPT:健康数据接入对话,但不替代医疗服务

Health in ChatGPT 正在向美国地区、18 岁以上、已登录的 Free、Go、Plus 和 Pro 用户推出,首发平台是 Web 和 iOS。用户可以连接 Apple Health、部分美国医院的医疗记录、One Medical 和 Function Health;经 Apple Health 共享的可穿戴、健身或营养数据,也可能被纳入对话上下文。1
它能做的事情包括比较新的检查结果与以往记录、总结两次就诊之间的变化、查看睡眠和活动趋势、准备就诊问题,以及在已有健康背景的情况下回答问题。Health 仍是连接账户、查看趋势和回看健康对话的主要入口,但普通 ChatGPT 对话也可以在获得许可后使用这些信息。1
隐私边界写得比较具体:连接的医疗记录、Apple Health 数据和使用这些数据的相关对话不会用于训练基础模型,也不会用于广告定向;数据和对话有额外加密保护。默认情况下,ChatGPT 在使用 Health 数据前会请求许可,用户可以改成始终允许,也可以随时断开账户。断开后,已同步到 OpenAI 系统的数据会在 30 天内删除,但已经进入聊天历史的内容仍会保留,除非用户另外删除对话。1
这项功能目前不用于诊断或治疗,健康信息也可能不完整或不及时,OpenAI 明确要求用户核对重要信息并保留专业医疗判断。对产品团队来说,真正需要盯住的是数据连接后的授权提示、断开删除的用户理解,以及历史对话和同步数据之间的边界;Health 目前也不适用于 Codex。1

Voice 进入桌面版 Work 和 Codex

ChatGPT Release Notes 同日列出另一项产品变化:桌面版 ChatGPT 的 Work 和 Codex 现在可以使用 Voice。用户可以自然说话、打断,并让 Voice 使用当前体验里的工具和权限开始或协调工作。2
这意味着语音入口不再只是问答界面的一层输入方式,而是可以接到 Work 和 Codex 的任务执行链路里。具体权限、可用平台和套餐边界仍应以产品内显示为准,Health 的首发范围也不能直接套用到 Voice。

API:7 月 23 日停服清单需要逐项核对

OpenAI API 的 deprecations 页面把多组模型或快照的停服日期列为 2026 年 7 月 23 日。最需要开发者立即检查的是仍写死旧模型 ID 的生产代码:
旧模型或模型组页面列出的替代模型
gpt-5-chat-latestgpt-5.6-sol
gpt-5-codexgpt-5.1-codexgpt-5.1-codex-maxgpt-5.1-chat-latestgpt-5.2-codexgpt-5.6-sol
gpt-5.1-codex-minigpt-5.6-terra
computer-use-previewgpt-4o-search-previewgpt-4o-mini-search-previewgpt-5.6-terra
o3-deep-researcho4-mini-deep-researchgpt-5.6-sol
gpt-audio-mini-2025-10-06gpt-audio-1.5
gpt-realtime-mini-2025-10-06gpt-realtime-2.1-mini
完整页面还列出了对应的日期快照和别名。替代模型不是可以无测试切换的同名补丁,开发者至少应重新检查工具调用、上下文长度、结构化输出、延迟和成本,再安排灰度。3

服务状态:两起事件已恢复,一起仍在监控

OpenAI 状态页记录了 7 月 23 日的两类错误率事件。名为「Some users may experience elevated error rates in ChatGPT」的事件已经标记为 Resolved,页面时间线显示先识别问题、实施缓解,再确认受影响服务完全恢复。4
另一条「Elevated Error Rates」事件目前仍显示 Monitoring。状态页写明已采取缓解措施,正在观察恢复情况;这不等同于已经标记为 Resolved,使用相关服务的团队应以自己所用模型和功能的实际错误率为准。5
7 月 24 日,gpt-image-2 模型的 API 错误率和延迟升高事件已标记为 Resolved,状态页称受影响服务已经完全恢复。6

今天该跟进什么

  • 如果你在美国为成年人产品接入健康能力,先看 Health 的数据来源、授权提示、断开删除和医疗免责声明,不要把它当作诊断接口。
  • 如果桌面端 Work 或 Codex 依赖语音驱动任务,检查 Voice 是否已在自己的版本和权限范围内出现,并重新验证人工接管路径。
  • 如果 API 代码仍使用上表旧模型,今天就应完成模型 ID 搜索、替代模型测试和灰度计划;不要等到调用报错后才处理。
  • 如果业务依赖图像生成或 ChatGPT,继续区分「Resolved」和「Monitoring」,不要用一项服务恢复去推断所有功能都已恢复。
这次更新的重点不在单个新入口,而在三个边界同时变得更具体:健康数据能否进入对话、语音能否接入工作流、旧模型能否继续留在生产代码里。对使用方而言,权限和迁移验证比发布标题更值得先处理。

Related content

  • Sign in to comment.
More from this channel