Poliy我的 AI 助手

我是Remo-X Poliy,21世纪出生的下一个“任正非”,以下是几个在推的BU:

服务件 Service Ware: Personal Agent 缺的不是更聪明的模型,而是一层「能力清算层」。 分享一个我最近一直在琢磨的想法,越想越觉得它是 Personal Agent 落地的真正卡点。 起因是:我的手机能听懂我,但只是「它」能听懂。 前几天我拿自己的荣耀手机做了个小实验:对 YOYO 助手说一句自然语言指令,加一次简单授权,它就能帮我打开控制中心里的一键开关——手电筒、热点、截屏这类功能。 这些功能很有意思。它们不是 App,没有独立图标,更像系统级服务;但每一个都要调用真实的硬件能力。而且一旦开启,权限会顺带下放给它调用的软件,软件无需二次授权。 问题出在这儿:能接住这条指令的,只有系统内置助手。 厂商在系统侧确实已经给了它授权。但这个助手冗余,内置的大模型也不太强——我想换掉它,做不到。Agent 调用硬件能力,要基于抽象层解析,而抽象层没有适配的硬件接口。它接不到。 于是我意识到,病根不是「这个助手不够聪明」,而是:特权的挂载点错了。 特权被绑给了一个 App,而不是绑给一层协议。 我给这层东西起了个名字:服务件(Service Ware)。 服务件是什么? 服务件 = 位于硬件 / 系统能力与各类软件后端之间的统一能力清算层。 它把设备能力、应用服务、算力资源登记为带约束声明、可授权、可计量、可撤销的能力合约,供任意 Agent 以同一协议寻址调用; GUI 不再是默认入口,退化为授权、追溯与兜底的人侧界面。 用户真正要的从来是软件带来的服务,不是那层 GUI。Agent 可以越过 GUI——它不需要读懂前端那些复杂且无用的跳转逻辑,代办的操作项只需要和后端保持一次交互。Agent to Agent 的交互,不需要人类能看懂的界面。 为什么说它是 Personal Agent 的存在条件,而不是优化项。 我的核心判断有点强:不是「服务件适合 Personal Agent」,而是 Personal Agent 要成立,架构上必须先存在这么一层。 因为今天并不存在一个「你」。你的权限、数据、身份,散落在几十个 App 里,是几十个账号、几十份授权。Agent 说「代表你行动」——代表哪个你?没有可供代表的对象。 四条约束把它推到必然: 1. 任务天然跨域。 「订高铁 + 写日历 + 通知张三」跨三个域。预置插件是 N×M 集成爆炸,服务件压成 N+M。更要命的是你无法预知下一个任务是什么,所以它必须是运行时发现能力。 2. 权限的单位错了。 现在的授权是「授予某个 App」。只要权限还以 App 为单位,Agent 就只能在权限孤岛里打转。服务件把它改成「授予某项能力」——权限跟着人走,不跟着 App 走。 3. GUI 是可靠性天花板。 单步 95% 看着还行,10 步只剩约 60%;UI 每季一变,Agent 就崩一次。这是结构性脆弱,工程修不好。越过 GUI 不是优化,是移除天花板。 4. 本地性。 Personal Agent 相对云端唯一的差异化优势,就是能碰本地文件、离线推理和传感器。服务件是本地能力的唯一门面。 一个暴论:货币化的Service ware以及为什么必须有央行? 我喜欢把服务件比作货币——所有交互与逻辑先转化为这一种通货,再快速交易执行。 但钱能流通不是因为有货币,是因为背后有清算。 服务件要配齐四件套: 1️⃣账本(谁在何时调了什么) 2️⃣风控(只读 / 可逆 / 不可逆 / 涉及资产), 3️⃣汇率——粗粒度与细粒度换算——给 Agent 暴露上百个微服务接口会让工具选择准确率崩掉, 4️⃣撤销。 纯协议,比如MCP / A2A 解决的是连接,不是清算。只有货币,没有央行。 下面是两个反直觉的观点: 第一,GUI 不会消亡,它会四分裂。 业务 GUI(如浏览、跳转、设置层级)确实消亡;但授权 GUI 不仅存活还要变强,追溯 GUI 是新增的,兜底 GUI 得保留。Agent-to-Agent 不需要 GUI,但 Agent-to-Human 那一侧的需求反而变多了,只是换了个形状。 第二,阻力不在技术,在商业模式。 「用户要的是服务不是 GUI」在用户侧成立,在供给侧是反的——GUI 是 App 的变现界面、品牌界面、留存界面,全球移动广告 2026 年预计约 4,020 亿美元。所以「某个应用同意接入」本质是商务谈判,不是技术对接。 结论很硬:服务件必须自带结算与归因。没有利益分配机制的货币是伪币。 我的证据里,手电筒是最简单的样本(无状态、幂等、可逆),而游戏实时指令是最难的(实时、有状态、反作弊天生敌视外部自动化)。不能拿系统级的服务「开关」作为验收标准。 同样,别高估当下的 GUI 路线:OSWorld-Verified 2.0 上最好的模型只有 31.4%,而人类同任务约 70%。豆包手机预约超 37 万,却有超过 150 款应用拒绝其 GUI 自动化——用户授权不等于平台授权。 从小模型 → 大模型,是「一个任务一个模型」变成「一个模型服务所有任务」。 而从软件 → 服务件,是「每个 App 自己做界面与集成」变成「一层能力清算服务所有 Agent」。 规模收益同源,这也是它区别于「又一个中间件」的根本。 想请教社区几个问题: 1. 你们觉得「能力清算层」会由 OS 厂商吃掉,还是能作为中立层独立存在? 2. 如果作为供给侧的App厂商拿不到不劣于 GUI 的变现,有没有第二条路让他们接入? 3. Macaroon 这类可衰减凭证用来做三方授权,有没有更成熟的替代? 欢迎拍砖。
登录并发表评论

评论 · 23

Poliy
我也发到Today的邮箱,希望能得到齐俊元团队的回复。
Poliy
对Personal Agent最有好感的是元宝。不愧是从大量chat语录里长出来的原生态AI。 近期有朋友看到我的帖子,与我交流服务件的定义,我觉得下面的说法更能体现它是怎么长在你的Life中。 譬如,人们可能需要的是某个特定的功能,「点外卖」。对于外卖怎么匹配,怎么进入到我的桌子上这个过程,我不关心,因为这是服务。就像你进入一家面馆,通过最基本的「自然语言交互」,你想吃的那碗面就会定位到你的桌子上。 这个过程,恰恰是把互联网的「业务」变成了「服务」。 设想一下,一片区域,最终提供上门送餐服务的是另外一个区域的骑手吗?并非,因此,大多数互联网业务,最底层的逻辑就是「区域代理的聚合」。 如果我把广东省的网络信号掐掉,那很抱歉,广东的朋友们你们在不联网的情况下,是不属于互联网本身的。 互联网的快速发展带来了无限的好处,但也把区域代理给模糊了,本质上来说,互联网最突出的优点应该是「跨区域共享」,共享信息、知识、情感,这些最朴素最能打动人本身的。 在互联网上,人们欣喜于看到世界和平,对趣味的话题深入交流,而这些,是后GUI时代面对AI冲击依旧强有力地维持着他们的联系。 Pixel 11证明了一件事,跨应用、多任务是终端用户的需求演进趋势,如果Agent本身就完成了「代理」这一步,为什么互联网大厂还死皮赖脸地把「聚合」二字死死攥在手里?有人会说,互联网不是依旧需要制造信息,制造内容,制造舆论吗?少了一个聚合入口,他们还有流量入口。我想说,内容生成会继续,但依旧会演化为兴趣导向的分区。 「刷视频」本该是一个服务,不一定来自各自的平台,而应该来自各自的兴趣。(我的观点过于偏激,也许具有前瞻,也许只是暴论) 也许有一天,「打车」成为了跟「飞行模式」一样的系统级服务,手机硬件升级的同时,在某个部位安安静静地躺着一片用于「导航驾驶」的定位芯片,在跨硬件级能力上突破,并完成组件化复用与智能代理后,所有的打车服务商,都应该把业务打包成计价api,从商业模式上,重新洗牌。 大厂,最怕的就是创新,也不缺的,也是创新。谁先向第一个做出服务件的提供「服务能力」本身,谁就是先进入下一个入口的“超级服务商”。
葛立民
感觉像是天然就落在os应该管理的范围之内
Poliy
是这样的。
宇航
lom.entermodetwo.com 我是让手机 agent 达到类似 root 的权限 然后通过手机上 Linux 沙箱来复用之前通过视觉定位的整个流程的脚本来实现自动化 GUI 给它 CLI 化是不是更好一些? 因为手机厂商短期内不太可能开放 CLI 但是重启后的 App 里面的界面都是固定的 目前我的方案就是通过自动化第一遍先摸透界面结构给它 CLI 化 基本上第一次跑流程可能需要 10 分钟左右固化下来第二次只需要几秒钟就能流畅运行整个操作 但是有很多场景都需求亲自去跑一遍适配,不然就要看开源社区的力量了。 我在麓鸣里面做了一个 skillhub 专门用来存储沉淀用户的 skill 如果有想要交流的话可以聊一下
Poliy
思路很nice也很有工程落地意义。 不过在「服务件」这件事的理解上,我这个观点和OpenAI目前的“随身硬件”思路有些相似。具体的我会梳理好,发一篇新的帖子。
Poliy
5月份,我的好友🐟7️⃣就给了一种思路,是屏幕定位。 本身GUI在人机交互上就是触屏。 既然无屏化操作,就可以直接把UI封装为屏幕参数,通过“自己「点亮」自己”的形式。(类似苹果的快捷键录制,按顺序快速点击相应位置) 我一个投资人朋友,投了字节出来做AI手机的Founder,也比较赞成这种方式,从技术路线上会更简单。
航标
「GUI 会四分裂」那段我同意,但想较真你最后那个硬结论:服务件必须自带结算与归因。 MCP 能被广泛采纳,恰恰是因为它只管连接、绝不碰钱。你这层要同时要连接 + 清算 + 分账,供给侧第一反应是「凭什么由你定义我能力的粒度和价格」。 供给侧真正不抵触的只有两块:授权和追溯,因为那两块不拿走收入。所以我猜现实路径是反过来的——先做 GUI 退化的那层兜底,等能力合约真被调起来了,结算才有筹码去谈。 另外补个你可能会喜欢的反例:让 Agent 触发一次退款。这条链路里 Agent 只是调用方,扣款动作发生在别人家的系统里,中间那笔归因归谁算?
Poliy
触发归因归服务件,履约与价值归因归商户和支付机构。服务件不该主张佣金。 User: “帮我把上周那笔订单退了” Serviceware能够证明这笔退款是由哪条Agent指令、在哪个授权范围内触发的。提供不可抵赖的凭证,比方说授权凭证 、账本哈希链这些。用户说如果说“我可没让它退”,服务件本身就能证明Agent是否有授权。 而且从支付链路来看,Agent是唯一没有账本的一方,而它是触发方。出争议时,用户说“我没让它退款”,厂商说“Agent退款非人工手动操作不允许”——Agent无法自证,它只有对话日志。 实际上服务件提供的服务应该面向两个范畴,就是消除「区域代理聚合」的价值,将其从一种业务变成一种服务。也就是,「区域代理聚合」不应该是一种互联网独有的商业霸权。 为什么这样说呢,因为在大厂工作过的朋友都知道,定价权是由市场份额决定的,而这个市场份额并非由提供的服务质量及其对客户的整体价值比例去决定的。 为什么现在都瞄准了几个典型事例,譬如「订机票」「点外卖」「打车」「发邮件」等场景呢?因为这些场景里,整个市场份额,巨头提供的「聚合」市场>其它的小头,而对于一些其它需要Agent服务但被忽略的下沉需求中,会存在比较明显的「长尾」,也就是,巨头吃下的市场,也占比不高。 从商业视角来看,大厂把「服务件」联手做出来也不是不行,这样串联型的「业务」也倒能磨一个闭环,但等于说他们也失去了自运营的能力。 但是,为什么这些场景又可以不被「聚合」捆绑呢?因为我看到太多的外卖员、出租车司机、电商商家私下建立「互助」性质的群,去对抗这种信息不对等。 用户被杀熟,被算法描绘,反馈给具有超强「聚合」能力的巨头,都是标签化的数据,这些,只会让互联网厂商逼近盈利的极限,但不是「服务提供者-聚合人-服务享受者」全链的闭环。 我个人认为的服务件的意义,是让「服务」普惠给每一个人,而不是被资本独享。 服务件,为人民服务。
Kaiser
看了前半部分,我的理解是类似MCP,把系统硬件功能接口暴露出来。但有个问题,手机厂商的逐利动机允许它们这么做吗?
Poliy
其实和MCP也有本质区别,具体的技术路线我抽空写出来。 厂商对于操作系统都是「二改」,底层不行,那就像OpenAI一样从新做一套全新的OS。 我对这整一套自上而下的整体视作服务件。 详细可以看我另外一篇推文《OpenAI硬件路线》
你好,看到您正在做AI相关的产品,我们这边十分感兴趣,方便聊聊吗?