AI的回答说完了,你还能顺着它做什么?

我看生成式 UI，最关心的是读完回答以后，还能顺着它做什么。尤其是需要反复调整和比较的任务，第一份说明往往只完成了其中一段。

假设我正在比较两种贷款方案，借款金额相同，利率和期限有所区别。我把条件发给 AI，它解释了月供与总支出的关系，还给出比较意见。读到这里，我大致理解了差别，却仍想确认，把其中一个方案的期限改短，结果会怎样？

如果习惯用独立计算器核对，就要到另一个地方继续试算。生成式 UI 提供了一种可能，回答中直接出现与任务有关的交互界面，让部分后续操作留在回答里完成。

判断它有没有用，我会沿着这次比较看下去。哪些步骤少了，哪些工作还要继续，最后能否拿到自己需要的结果。

2025 年 11 月 18 日，Google Research 介绍了生成式 UI 的研究实现。它让模型在生成内容的同时，按任务生成可视化、可交互的界面。通俗地说，回答可以包含一个临时生成的工具，用户读完说明后，还能直接操作。

同日，Google 在 AI Mode 的官方说明中展示了贷款案例。搜索回答里可以生成交互式贷款计算器，让用户在同一界面比较两种方案。比较工具被放到了回答所在的位置，用户可以读完说明后继续对照方案。

在外部计算器路径里，我会先读说明，再寻找计算器、填写条件，得到结果后回头对照回答。官方展示的路径，让两种方案的比较直接发生在搜索回答中。对原本需要另开计算器的人，有机会减少寻找工具和切换页面这两个环节。

重新填写条件是否也能省掉，则需要在试用时看输入如何进入界面。借款金额有没有带过来，方案之间的条件是否一致，改短期限时哪些数字跟着变化，都要具体核对。官方案例确认了同处比较，后续能省多少操作，还要走一遍自己的流程。

寻找工具与切换页面看起来只是小事，但反复比较时，用户还要维持同一组信息。眼前结果对应哪次输入，回答里的判断是否仍适用，都需要记住。把输入、结果和说明放在同一处，可能让这种对照更方便。

因此，我会检查界面能否让我看清当前条件。如果为了弄明白结果，又得来回翻前面的对话，工具虽然出现了，原来那部分核对工作却还在。

关于反复调整，Google 的另一项展示提供了更直接的证据。同一份 AI Mode 说明中，三体问题被做成交互式模拟，用户可以修改变量，观察引力相互作用。这里展示了修改条件和查看变化的能力。

贷款比较与物理模拟的用途不同，但用户都有继续尝试的需求。第一份结果只是起点，接下来还想知道，换一个条件会发生什么。对于这样的任务，界面更容易派上用场，因为它能承接下一次操作。

文字对话也可以继续试。用户重新描述条件，等待新回答，再与上一轮对照。如果界面提供了对应的调整控件，就可能省去每次重新组织一段描述的工作，让注意力更多留在变化本身。

但控件是否有用，要看它对应什么。只改变展示颜色，和改变模拟中的变量，承担的任务不同。我要调整的是影响结果的条件，就需要确认界面提供了这个入口，并且能看出调整之后的变化。

还有一些偏好，是看过结果后才形成的。Google 同日介绍的 Gemini Visual layout 实验，用罗马三日游展示了带照片和模块的可视化行程。用户可以浏览，并通过输入反馈进一步调整结果。

这个例子接住的是查看行程和反馈修改。看过候选安排，才知道哪些内容要保留、哪些要换掉，界面可以为下一轮讨论提供具体对象。至于预订等后续环节，还需要对应的执行能力，不能从一份可视化行程直接推断。

这些案例让我更愿意优先尝试拿到回答后仍需继续探索的任务。改条件、观察变化或反馈修改，都有明确的下一步。下一步要做什么，就检查有没有相应能力，界面看起来像一个应用还不够。

如果只需要一段定义，读完就能继续做事，额外生成界面的理由就弱一些。用户还要花注意力理解它怎么操作。只有这份投入帮助完成了后续工作，界面才值得留在流程里。

界面能操作之后，任务仍然有自己的结束点。沿着贷款场景看，出现两组比较结果，并不等于已经获得可靠判断。输入条件需要核对，计算依据也要弄清楚。清楚的呈现有助于阅读，计算本身仍需检查。

如果目的只是理解差异，界面中的结果也许足以支持下一步讨论。如果还要发给家人，或者留作后续参考，就需要确认保存和转交的方法。下一次能否接着使用，也会影响这段流程是否方便。

研究数字同样要放回这个尺度。Google Research 的预印本报告，生成式 UI 相对 Markdown 回答的成对偏好比例为 82.8%。评估随机抽取 100 个 LMArena 提示，排除其中 8 个，将结果交给人类评审比较。

评审看到的是预先生成的结果，生成时间没有计入。这个比例说明该评估中更偏好哪种输出形式，没有测量用户少做了多少操作，也不能换算成省时比例或任务成功率。

Google Research 当时的发布说明还提到，研究实现有时需要一分钟或更久才能生成结果，输出也偶有不准确之处。这描述的是 2025 年 11 月介绍时的实现，不能直接当成今天所有相关产品的表现。

不过，等待和修正应该进入我的比较。省去了寻找工具的步骤，是否又多了一段生成等待；发现结果有误以后，能否方便地核对和修改。这些都影响最终的使用感受。

我会从一项熟悉的比较任务开始，留下原来需要寻找工具、切换页面和整理结果的过程，再看哪些操作可以留在回答中完成。同一组条件保持一致，修改时看清哪些输入发生了变化，结果出来后继续走到保存或转交这一步。

这样记录下来，少做了什么就有了具体答案。可能是少找一个计算器，可能是少复述一次条件，如果等待和收尾又增加了工作，也能一并看见。一次演示里的便利，要走进自己的完整任务，才值得保留下来。

回到开头，我会优先尝试需要反复调整和比较的任务。生成式 UI 的价值，要看它支持哪些真实操作，以及剩下的工作能否顺利继续。我关注的改善，是第一份回答之后少一次来回切换，手头的任务仍然能继续完成。