GPT-6 的 Intelligent UI：当模型开始交付界面

2026 年 10 月 7 日，OpenAI 把 GPT-6 推进 ChatGPT，并把目标描述为把下一代智能带给每周使用 ChatGPT 的超过 12 亿人。这次的招牌能力并不是某个基准分数，而是 Intelligent UI：模型可以用完整的可交互界面来作答——图形、可点击按钮、表单、图表，以及当场拼出来的小工具。对任何做软件产品的人来说，有一点值得单独拎出来：模型不再只是你产品里的一个文字来源，它已经是一个候选界面生成器，而这会改变你必须校验的东西。

回答的形态由问题决定，而不是由模板决定

Intelligent UI 到底在做什么

OpenAI 训练 GPT-6 用文本、视觉元素与可交互组件来组合回答，并根据问题决定它们如何搭配。一次对比也许并排展示最清楚，一段解释也许做成可交互示意图更容易懂；而当一句简单的文字就是最有用的回答时，模型也可以只给文字。官方举的都是日常例子：一份烤肉的流程，时间安排就贴在菜谱旁边；一段公路旅行，途经点出现在地图上，还带着“哪里值得绕路”的备注。真正有意思的是底层那句主张。几十年来，人一直要去学着用围绕固定界面设计的软件；而 OpenAI 明确说的方向是反过来——不是人去适应软件，而是软件去适应人。

# A generative UI needs an allowlist, not a canvas.
COMPONENTS = {
    'text':     {'props': ['body'], 'interactive': False},
    'chart':    {'props': ['series', 'x', 'y'], 'interactive': False},
    'table':    {'props': ['columns', 'rows'], 'interactive': False},
    'form':     {'props': ['fields', 'submit_label'], 'interactive': True},
    'timeline': {'props': ['steps'], 'interactive': True},
}

def validate(node):
    spec = COMPONENTS.get(node.get('type'))
    if spec is None:
        return {'ok': False, 'reason': 'component not in allowlist'}
    missing = [p for p in spec['props'] if p not in node.get('props', {})]
    if missing:
        return {'ok': False, 'reason': 'missing props: ' + ','.join(missing)}
    return {'ok': True, 'interactive': spec['interactive']}

print(validate({'type': 'chart', 'props': {'series': [1, 2, 3], 'x': 'day', 'y': 'users'}}))
print(validate({'type': 'iframe', 'props': {}}))

# Anything the model can emit, your renderer has to be able to reject.

组件库与编译器，才是真正的工程

把品牌词拿掉，这就是一个人人眼熟的模式。OpenAI 说它构建了一套原生、可流式的组件库，外加一个在模型生成过程中就处理界面的编译器。组件库给每条回答一个统一的设计底座，同时留出空间让模型决定各部件怎么摆。编译器则让界面可以逐步出现，而不必等整条回答写完。这才是承重的决策：如果你等一份完整文档生成完再去渲染，你就给每一次交互都加了一段生成等待；如果你在受校验的节点到达时就渲染，界面在模型还在思考时就已经存在，用户感受到的速度由第一个节点决定，而不是由最后一个 token 决定。

# Progressive rendering: compile the interface while it is still being written.
class UIStream:
    def __init__(self):
        self.nodes = []
        self.pending = ''

    def feed(self, chunk):
        self.pending += chunk
        ready, self.pending = self._split_complete(self.pending)
        for raw in ready:
            result = validate(raw)
            if result['ok']:
                self.nodes.append(raw)
            else:
                self.nodes.append({'type': 'text', 'props': {'body': raw.get('fallback', '')}})
        return list(self.nodes)

    def _split_complete(self, buf):
        # Emit only whole nodes. A half-written node renders as a broken card.
        return ([], buf)

# Streaming the skeleton first is what makes the wait feel short.

组件库与编译器，才是可流式生成界面的关键

把“做设计决策”训练进模型

OpenAI 表示它扩展了训练方法，帮助模型在内容、布局、视觉与交互上做出有分寸的判断，并且这个过程包含对它生成的界面按清晰度、有用性与完整性进行评估。这正是多数团队用通用模型试这个模式时最容易低估的一环。产出一份结构合法的组件标记很容易；难的是判断：一个数字该放进图表而不是句子里，四件事的对比该用表格，或者这个请求本身还很含糊、现在生成表单为时过早。OpenAI 也明确说这部分工作还没做完，设计判断和可生成范围都还要继续推进。如果你要做自己的版本，请把设计判断当成一项独立的、可测试的能力，而不是指望它从更漂亮的提示词里自然长出来。

# Not every answer wants an interface. Decide, then render.
def choose_surface(question_type, ambiguity, needs_action):
    if ambiguity > 0.5:
        return {'surface': 'text', 'reason': 'clarify before building anything'}
    if needs_action and question_type in ('form_entry', 'comparison'):
        return {'surface': 'components', 'reason': 'the user has something to do'}
    if question_type == 'lookup':
        return {'surface': 'text', 'reason': 'a sentence is the whole answer'}
    return {'surface': 'text', 'reason': 'default to the cheapest useful response'}

print(choose_surface('lookup', ambiguity=0.1, needs_action=False))
print(choose_surface('comparison', ambiguity=0.2, needs_action=True))

# Refusing to generate an interface is a feature, not a fallback.

把思考与作答交错，以及那个 44%

有了推理模型之后，用户能在更难的问题上得到帮助，但必须先等思考结束才看到任何东西。GPT-6 把两者交错：ChatGPT 可以先给一个初步回答，再继续思考并补充细节，根据当前已知与已查到的东西逐步成稿，用多段增量回答拼出完整答案，每一段都带来信息而没有废话。官方给了两个内部数字。在一项针对高价值日常代理任务的评测里，GPT-6 Extra High 开始作答的时间与 GPT-5.6 Medium 相当，而总体得分优于 GPT-5.6 Extra High。对于需要联网搜索的问题，GPT-6 Instant 平均比 GPT-5.6 Instant 提前 44% 开始作答。第二个数字要读准：它是这类问题里“首次作答”的时间，不是完整答案的总耗时。它是一个感知延迟指标，而恰恰是用户能感觉到的那一个。

# Perceived latency is time to first useful answer, not total generation time.
def latency_report(marks):
    total = marks['done'] - marks['request']
    ttfa = marks['first_answer'] - marks['request']
    return {
        'time_to_first_answer_ms': round(ttfa * 1000),
        'total_ms': round(total * 1000),
        'ratio': round(ttfa / total, 3),
        'verdict': 'interleaving is working' if ttfa / total < 0.5 else 'the user stares at a spinner',
    }

print(latency_report({'request': 0.0, 'first_answer': 0.9, 'done': 6.4}))
print(latency_report({'request': 0.0, 'first_answer': 5.8, 'done': 6.4}))

# Partial answers must still be true and non-contradictory. Test that, not just the final text.

生成的界面同样需要评测套件与校验

如果你自己做，难点在校验与兜底

有三条规则能和生成式界面长期共存。第一，把组件做成白名单，并在渲染前校验每一个节点，因为凡是模型能吐出来的东西，你的渲染器都必须有能力拒绝；一个过于宽松的渲染器，会把一次模型错误变成一条注入面。第二，为每个组件保留文字兜底，让一个结构损坏的节点退化成一句话，而不是一张坏掉的卡片。第三，先决定形态再动手画——如果请求本身含糊，用文字澄清才是正确答案，生成一个用户并没要求的表单，等于在对话里抢话。这些都不需要前沿模型。它需要的是白名单、校验器、兜底路径，以及一条关于“什么时候根本不该生成界面”的规则。

# Interfaces the model writes need the same eval harness as prose.
CHECKS = [
    ('states_the_answer', lambda ui: any(n['type'] == 'text' for n in ui)),
    ('uses_one_primary_visual', lambda ui: sum(1 for n in ui if n['type'] == 'chart') <= 1),
    ('no_dead_controls', lambda ui: all(n.get('wired', True) for n in ui)),
    ('labels_units', lambda ui: all('unit' in n['props'] for n in ui if n['type'] == 'chart')),
    ('survives_no_data', lambda ui: all(n['type'] != 'chart' or n['props'].get('rows') for n in ui)),
]

def run_suite(ui):
    return {name: ('pass' if fn(ui) else 'fail') for name, fn in CHECKS}

# Write the suite before you ship a generator, or you will write it around
# whatever the first model version happens to produce.

放量、分层，以及哪些东西没变

带 Intelligent UI 的 GPT-6 从 10 月 7 日起在 Chat 标签页面向 Plus、Pro、Business 与 Enterprise 分层全球放量，Free 与 Go 在次日跟进，企业版可用性取决于工作区管理员设置。它按分层由不同模型驱动：Plus、Pro、Business、Enterprise 走 GPT-6 Sol，Free 与 Go 走 GPT-6 Luna，两者都面向日常对话调优。OpenAI 还明确说，这次更新只针对 ChatGPT 的 Chat 体验，驱动 Work 与 Codex 的模型不在本次发布中变化。这个区分在运维上很重要：如果你的产品依赖固定在编码或企业界面之后的某个模型，这次公告不会改变它的行为，尽管同一账号里用户在别处看到的界面会变得不一样。