GPT-6 Intelligent UI 实测异常:Instant 正常,Medium/High 档位失效

近日,Linux.do 技术社区有用户发帖反馈,在体验 GPT-6 新推出的 Intelligent UI 功能时遇到异常情况。该用户使用的是 ChatGPT Plus 网页版,测试结果显示:在 Instant(即时)模式下,Intelligent UI 可以正常生成交互式界面;但切换到 Medium(中等)或 High(高等)档位后,使用完全相同的提示词,系统却经常只返回纯文字或代码内容,有时甚至直接提示无法生成交互式界面。这意味着该功能在不同推理档位下的表现存在明显差异,更高推理档位反而无法完成低档位可以完成的任务。Intelligent UI 是 GPT-6 引入的新特性,旨在根据用户提示词直接生成可交互的界面内容,而非仅输出文本回复,被视为对话式 AI 向图形化交互演进的重要功能。该帖发布后引发社区关注,目前已有用户参与讨论并尝试排查问题的复现条件。此类异常可能与不同档位背后调用的模型版本差异、功能灰度发布范围或输出安全策略有关。截至发稿,OpenAI 官方尚未对此问题作出公开回应。该现象提示 Plus 订阅用户,在使用 Intelligent UI 等新功能时,推理档位的选择可能直接影响功能可用性。

事件分析

从技术角度看,Intelligent UI 在不同推理档位下表现不一致,很可能源于档位背后路由至不同的模型版本或推理管线。Instant 档位或直接调用支持 UI 生成的多模态模型,而 Medium/High 档位侧重深度推理,输出以文本和代码为主,UI 生成模块未纳入该链路。另一种可能是新功能仍处灰度发布阶段,仅在部分档位与用户群中生效。这一现象折射出 AI 产品多档位服务架构下的功能一致性问题:随着模型分层订阅成为行业常态,同一功能在不同档位间的能力对齐将直接影响用户体验与订阅价值判断。后续若问题大面积复现,OpenAI 可能通过模型路由调整或功能全量放开予以解决,社区复现测试与官方回应值得持续关注。

核心观点:推理档位本是性能分层,却成了功能断层,暴露 AI 产品多模型路由下能力对齐的隐性短板。

原文链接:Linux.do

C code80.ai · AI 编码 API 聚合 Claude / GPT 多模型统一接入,稳定不限速,按量计费,几行配置接入 Claude Code。 了解一下 ›

抢沙发

评论前必须登录!

立即登录   注册