有人给 Hermes OS 加了原生语音命令,一句"给我做个理发店网站",agent 就开始写代码、在窗口间穿梭、把站点当场搭起来——这个演示本身不新鲜,新鲜的是他点破的那个差别:控制操作系统用的语音命令,零 token。命令是原生执行的;只有当你让 Hermes Agent 去干活时,token 才开始计费。
"零 token 的控制层"这半句,是今晚 token 经济学里一直缺的那块拼图。前面几篇都在讲怎么把"该花的"花得更省——前缀瘦身、极简模式、按需检索;这条讲的是另一个方向:有些动作根本不该进模型。
开关窗口、调音量、打开应用——这些指令意图明确、执行确定,交给本地解析器就是一行代码的事;让它过一遍大模型,等于花电费去问"你是不是想开个窗口"。把确定性动作留在原生层、把不确定性任务交给模型层,钱花在了唯一需要思考的地方。
这个分层其实是给"智能"划了一条清晰的收费线。原生命令像键盘快捷键——按了就动、永不收费;agent 任务像雇一个顾问——开口才有账。两者共用同一套语音入口,用户几乎察觉不到边界,但账单上一清二楚:顺手就办的事免费,需要判断的事才值钱。这与今晚"按任务计价"的铁律殊途同归——只不过这次连"任务"都被筛掉了一批根本不该算任务的请求。
顺带一提,实时观看 agent 干活这个体验细节也值得记。他强调"可以全程盯着它跑"——可视化不是炫技,是信任的来源:窗口怎么动、代码怎么写,全部摊在眼前;这与"它交证据、不交结论"是同一件事的视觉版。看得见的执行,才敢放手让它执行;黑箱里跑得再对,人心里也悬着。
给做系统集成的人一句落地的:把你准备接大模型的指令列个清单,逐条问"这条的答案是唯一的吗"——唯一的(开、关、切、跳)先用规则实现,留模型只处理有歧义的。这一步通常能砍掉六成以上的无谓调用,而用户的体验几乎不变:他只会觉得你的助手反应更快了,因为最快的那种响应,根本不经过模型。













