FinnBai

@sentinelK #29 哈哈，是的，其实在 openclaw 之前我都觉得不太可能，但是在 openclaw 以后我看到了一个“统一入口”的可能性，也许以后软件公司的一个发展是卖数据，卖功能，而不是卖一个完整的产品

@sentinelK #27 是出于对一个软件系统的设计来讲的，过去实现一个软件系统，绝大多数都是直接面向人使用的，所以 UI 的设计是最重要的，但是以后可能面向的不再是人类了，而是 Agent 的，那么这个时候，对于软件开发者来讲，一个能更好被 Agent 理解的 API 是不是就更重要的，UI 会逐渐减少甚至消失。

@mizuhashi #22 是的，很期待超媒体驱动的 API 再次登上历史舞台的那一天

@AoEiuV020JP #13 这发展的也太快了，我去找找案例

@iorilu #11 是的，这才是核心问题，跟原来反爬一样，都是保护自家公司利益，不会轻易开放的。而且我估计微信也不会轻易放弃自己作为“入口”的可行性。

关于超媒体驱动的 API ，我再多阐述一下我自己的理解：
超媒体驱动的 API 来源于我对 REST 的理解，REST 架构准则是用于指导创建现代 Web 架构的基石，超媒体在其中发挥了重要的作用。
当我们点开一个网站时，能够从主页上的各种超媒体链接进入到另一个网页，从而完整的理解整个系统或者说整个网站。换到 API 上，把我们换成 Agent ，Agent 也应该可以从一个 API 提供出来的超媒体链接出发，完成的理解整个系统。
过去这种 API 是没有什么太大意义的，因为读取 API 的机器或系统不够智能，不能理解超链接没有自主性能够通过超链接理解整个系统。但现在 Agent 具备了这种可能性。
也许 REST API 会是后 Skill 时代的产品，不再需要通过创建一个 Skill 来指导 Agent 去使用一个暴露了 API 的软件系统，Agent 可以通过这个暴露的 API 去自行理解系统。

@YanSeven #3 如果是再科幻一点，Agent 能做到的更多一些，是否会有一个助手类的 Agent 会成为人与互联网交互的仅有的几个入口，甚至是唯一入口。那么此时，UI 的定义权就不在软件厂商手里，而是在这个 Agent 手里了。

举个点外卖的例子，现在点外卖需要使用各个外卖软件的 UI ，如果可以通过“助手”点外卖，会让“助手”猜测以及结合需求帮助推荐想吃的菜单，那么这个“助手”应该要提供的是这个用户更习惯的 UI ，甚至如果用户喜欢，提供一个转盘类的 UI ，让用户抽菜单。
如果是这样，软件厂商真的是需要提供 API 了。

@WithoutSugarMiao #1 现在的模式里，agent 对软件的使用最好的办法就是对软件的 api 进行 skill 化，通过一个描述完整的 api 去理解软件会比通过 ui 方便的多。这方面有类似 openapi-to-skills 这种项目

@chenluo0429 #65 看戒社，有的，赌狗更是有这种侥幸心理。如果本身没有想彻底戒赌的话，他只会觉得这些自己能靠再赌给还上，那不如不说，说了还要再挨训