ARTICLE · 999242
软件的终结和最后的UI —— Agent时代的软件产品新形态是什么?
软件的终结和最后的UI —— Agent时代的软件产品新形态是什么?Agent是新UI 软件产品服务于用户，总是要提供一个好用的交互界面，它可以是漂亮的网页，可以是个手机App，也可以是个简洁的CLI。 总之，软件是给人类使用的，产品设计师们苦心孤诣研究用户行为，总结经验，整理出一套产品设计的哲学和语言，想方设法让用户能够满意，大到整个产品的视觉系统，小到一个字号，从系统到细节，每个地方都要深思熟虑，力图打造出让用户喜欢用，容易用的产品UI。 UI是产品的窗口，它负责向用户展示这个产品是什么，能做什么，应该怎么使用。用户使用软件产品，是通过UI使用的，人和软件通过UI建立连接。 
Agent的出现颠覆了这个模式。 Agent正在不断地接管用户对软件产品的使用，以前，用户使用Outlook写邮件，现在用户使用Agent写邮件，以前用户使用VS Code写代码，现在用户使用Agent写代码，以前用户使用美团App点奶茶，现在用户开始使用Agent点奶茶。 
用户使用Agent，很少单纯是只是为了使用Agent，而是为了通过Agent来使用其它软件产品，Agent用飞书写周报，Agent用千问点奶茶，Agent用天气API查天气，Agent用browser浏览网站，这些场景里，都是Agent在“代替”用户去使用这些软件产品。 用户通过Agent使用软件进行消费，用户也通过Agent使用软件进行生产。 这就是Agent的本质：代理 - 代表其他个人或组织行事的代表。 实际上这个单词在英语里是更贴切的，翻译成智能体反而有些难以理解了。 一个明星和广告公司谈合作，没空怎么办？让自己的Agent（经纪人）去谈。 Agent的实际含义就是这个。 广告公司要去和明星谈合作，当然不是直接联系这位明星，而是去联系他的经纪人，因为经纪人就是明星对外进行业务的连接通道。 软件产品也是如此，如前面所说，Agent正在不断地接管用户对软件产品的使用，因此，就像过去Web接管了桌面程序，移动端App接管PC端，以及后来的小程序接管了移动端App一样，随着Agent的不断被采用，Agent也会一步步地接管掉之前的一切。 这里的底层逻辑是用户的注意力是有限的，用手机的时间多，用PC的时间就会减少，这是零和的。 Agent不会杀死软件，但是Agent会接管软件的人机交互。今天之后，Agent是新UI，也是最后的UI。 
产品不止服务用户，更要服务Agent 过去我们评价一个产品的交互做的好不好，就看用户满不满意，在今天的话，我们更该考虑的是，Agent满不满意？ 因为在今天之后，用户并不会去输入网址打开网页，也不会从让人眼花缭乱的APP或者小程序列表里挑出自己需要的那个，然后点击一个按钮进入一个页面，再点击一个按钮进入另一个子页面，点来点去，输入一大堆需要的东西。 用户只会问：“豆包豆包，帮我买这周末从北京到上海的机票” 你的产品的网页设计的再好看，交互设计地再友好，根本没有用，Agent不喜欢。 相反，如果你的产品提供了几个简单的接口： 这才是Agent喜欢的产品，并且，Agent知道用户喜欢早上的航班还是晚上的航班，Agent知道用户喜欢落虹桥机场而不喜欢落浦东机场，Agent会帮助你和用户进行沟通，Agent会帮用户使用你的产品，Agent会帮你服务用户。 所有页面，所有动画，一切面向用户的设计，在Agent眼里都是理解负担和对token的浪费。 Agent接管了人和软件的交互。产品直接面向的是Agent，而不是用户。 Agent原生的产品 Agent原生的产品就是和用户的Agent直接对话的产品。 在这里，我们要颠覆过去的一切的设计语言和产品理念，要看清楚一个软件的核心本质：产品本身的能力（功能） 产品只需要将其为用户提供的价值实现为功能，然后将功能原始地告诉给Agent即可，不要去考虑用户会如何使用，而应该去考虑Agent会如何使用。 就像过去我们和人类用户对话的产品的时候，所使用的设计语言一样，我们做和Agent对话的产品，也应该有一套新的设计语言。 我们来设想一个Agent原生的产品会是什么形态： 1.这个产品的入口可能是一个地址，比如：https://myproduct.com/agent.md （这个地址可以是一个二维码） 2. Agent加载agent.md后，会获得关于这个产品的介绍，以及如何使用这个产品的指南。 3. 指南中有接口/命令文档，对应产品的各个功能的说明。 4. 指南也配套有skills，对应典型的使用场景。 5. 产品不直接提供展示，而是提供可展示的链接，Agent负责将其展示给用户（也许是一个一次性的html页，又或者是一段提示词，Agent负责根据提示词实时生成展示，甚至调用本机控件组装成UI） 当然，这里面最关键的是第0步：让用户的Agent能够发现你的产品，这通常需要用户的Agent来提供一个产品名录（或者加载一个产品名录的服务，又或者是一个新形式的搜索引擎）来做到（这里是权力的核心）。 之后，用户不会再直接亲自使用应用，而是Agent在使用应用，用户使用Agent，Agent成为用户的“终端”，Agent是“元”应用 目前我们还处于一个特殊的时间点，在这个时间点里，用户的人机交互还没有被Agent完全接管，但是已经在进行中。 在这个过程中，谁的产品是“Agent原生”的，谁能先一步让用户在Agent中使用自己的产品，谁就能获得先机。如果还在沉迷在传统的和人对话的可交互产品，甚至在这些产品里面去做AI，做Agent，想让用户在你的产品里使用Agent，而不是想办法让用户在自己的Agent里使用你的产品，那多半是白费功夫。 这就跟是选择去把自己的产品移植到小程序上去利用微信的入口，还是选择在自己的产品里实现小程序体系去和微信抢用户入口一样，绝大多数产品都应该选择前者。 不久后会有一天，微信的置顶栏悄悄地变成了微信的官方Agent，iPhone在某次更新后欣然向用户展示有哪些产品在Siri中可用，那就是时间到了。
输入：日期，起抵城市；输出：航班列表和对应的报价； 输入：用户信息；输出：机票；