据 OpenAI 2026 年 5 月 7 日发布的信息，ChatGPT 新增一项名为 Trusted Contact 的可选安全功能：当系统检测到用户可能存在严重自我伤害相关风险时，可通知用户预先指定的信任联系人。来源显示，该功能并非默认强制启用，而是面向用户提供的一项安全选择，核心目标是在高风险对话场景中引入现实世界的支持网络。
从产品方向看，这一更新说明 ChatGPT 的安全能力正在从“模型回答如何规避风险”进一步延伸到“当风险升级时如何连接外部帮助”。对于普通用户而言，它更像是一层额外保护；对于开发者和 API 使用者来说，这也提示了一个趋势：大模型应用在处理心理健康、自伤、危机干预等敏感场景时，单纯依赖文本生成已经不够，产品侧的流程设计、权限确认、通知机制和合规边界同样重要。
Trusted Contact 的核心含义：可选、面向严重风险、连接可信人
根据来源摘要，Trusted Contact 的关键词主要有三个：可选、安全、严重自伤担忧。也就是说，用户需要主动选择是否使用该功能，并指定“自己信任的人”。当 ChatGPT 识别到严重自我伤害相关的风险信号时，系统可能会触发通知流程，让这位联系人知晓需要关注用户状态。
这一设计与常见的模型安全策略有所不同。过去，安全能力更多体现在拒答、改写、引导寻求专业帮助等对话层面；Trusted Contact 则把安全动作从“回答内容”扩展到“联系支持者”。这意味着 ChatGPT 正在尝试把 AI 对话中的高风险判断与现实支持机制衔接起来，但由于来源未披露更细节的触发标准、通知内容和用户配置流程，相关实现仍应以官方产品界面和后续说明为准。
- 功能性质：来源显示为可选功能，不等同于所有用户默认开启。
- 触发场景：面向严重自我伤害担忧，而非普通负面情绪或一般心理压力。
- 通知对象：用户信任并预先设置的联系人。
- 产品定位：属于 ChatGPT 安全体系的一部分，而不是独立医疗或心理咨询服务。
对开发者与 API 使用者的影响：安全流程将成为应用设计重点
对于使用 OpenAI、Claude、Gemini 等模型构建应用的开发者来说，这一更新具有参考意义。很多 AI 应用会进入教育、陪伴、客服、健康咨询、社区助手等场景，用户输入中可能包含自伤、暴力、成瘾、危机求助等敏感内容。模型本身可以进行风险识别和安全响应，但真正落地到产品时，还需要明确“识别之后做什么”。
Trusted Contact 给出的方向是：当风险足够严重时，系统可以通过用户授权的方式引入第三方支持。这对 API 应用有两点启发。第一，开发者需要在应用层建立清晰的风险分级，而不是把所有敏感内容都交给大模型自由生成。第二，涉及通知、联系人、用户授权、隐私说明的功能，必须在产品体验和合规层面谨慎设计，避免误触发、过度收集或越权通知。
需要注意的是，来源介绍的是 ChatGPT 产品功能，并不等同于 API 已经提供同名能力或完整接口。对于通过中转服务、额度池或多模型网关接入模型的团队，仍应将此类功能理解为产品安全实践的信号，而非可直接调用的接口承诺。若业务确实涉及高风险人群或心理健康类场景，建议在模型调用链路之外，额外配置人工审核、紧急提示、资源引导和用户授权机制。
从模型中转与企业接入角度看：安全能力会影响选型
随着模型能力增强，企业选型不再只看价格、上下文长度、并发和稳定性，安全策略与风险处理能力也会成为重要指标。尤其是客服、社区内容、AI 伴侣、未成年人相关产品，一旦对话出现极端风险信号，企业需要证明自己有合理处置流程。
对 API 中转站、模型调用平台和企业内部网关而言，未来可能需要在模型路由之外增加安全编排能力：例如统一记录风险标签、对不同模型输出做安全后处理、在特定场景切换到更严格的提示词策略，并为业务方预留人工介入接口。Trusted Contact 这类功能的出现，也意味着终端产品会更加重视“模型回答之外”的责任链路。
总体来看，OpenAI 推出 Trusted Contact，释放出的信号是：AI 助手正在从信息工具走向更复杂的陪伴与支持场景。对开发者而言，这既是能力边界扩展，也是风险治理要求提升。构建面向真实用户的大模型应用时，成本、额度、并发和接入效率固然重要，但在敏感场景下，安全机制、用户授权与应急流程同样会决定产品能否长期稳定运行。