用 agent 去访问浏览器：那道翻转

共同浏览正在变成每个骨架的核心功能，这一条把方向翻了个面。 翻转那句摆开。从前你打开浏览器去够一个 agent，如今你拿着 agent 去够浏览器。方向一变，后面的问题全跟着变，当骨架长成主要的操作系统，个人和公司的活都在里头干，生意该怎么准备。 往后更多活动会走向无头。不经浏览器，靠连接器直接跑，模型控制接口和直连接口正是 agent 最爱的两样。需要界面出手看结果时，要么是接口供出来的界面，要么还是那套老网站。理由有二。人一时半会儿仍偏爱界面，另有一类功能复杂的产品，本来就离不开人。 收入那层也点了名。各实验室看出连接器商店是长期收钱的口子，照平台那套老打法把生态围起来，每笔交易抽一刀。短期内 WebMCP 会当桥，让网站对 agent 友好，接了的赢过没接的。 每个骨架就是一台意图路由器，这半句是全场重心。前面换骨架不换集成那篇讲的是接入怎么换，这条讲的是同一个意图在不同骨架里的走法完全不同。跟前面一份套餐六十多产品呼应，并的是钱，这条并的是意图的分发。跟前面别家 bot 进同一场对话也接得上，桌上有几家，路由就有几条。 五步照录。找出目标人群，摸清他们在哪些骨架里活动。追着这些意图在各个骨架上跑，看清自己的品牌在哪些界面露面、产品怎么被发现。最后把各处的日志和用量摊开看。做完这五步，才答得出谁在发现我、我露面还是对手露面、哪几个界面值得先做。 Amazon 挡 Muse 流量那一节我留意。短期看理由充分，广告和复购都在承压。可这道题的难处正在于，agent 选的是对消费者最优的那条，不是对人最顺手的那条。 我留的疑问有三处。无头化的时间表没给；抽成那套在谁家先落没交代；Muse 接管浏览器之后这道翻转会翻到什么程度也没写。 这周先做一件小事，把自己的产品在三四个骨架里各问一遍，看返回的是不是同一句介绍。