ITBear旗下自媒体矩阵:

阶跃首款智能体手机登场,StepAOS系统能否重塑人机交互新生态?

   时间:2026-07-14 09:54:38 来源:互联网编辑:快讯 IP:北京 发表评论无障碍通道
 

近日,科技领域迎来新动态,阶跃星辰正式推出首款智能体手机STEPX Neo,同时围绕该硬件发布了一系列创新成果。其所属的AI终端品牌为STEPX,搭载新一代智能体系统Step AOS(Step Agentic System),主智能体Amoo负责与用户对话并协助完成各项事务。

从当前AI发展态势来看,过去两年竞争主要集中在模型层,关注模型能否理解语句、生成图像、解答问题等。而如今智能体时代,竞争向系统层和终端层延伸,模型不仅要回答问题,还需感知环境、记住偏好、拆解任务、调用服务并完成行动。然而,现有系统的人机交互逻辑已运行半个多世纪,从命令行界面到图形界面,再到触屏和自然语言入口,虽交互方式不断变化,但默认前提始终是人是唯一操作者,机器等待人发出明确指令。因此,手机和电脑操作系统主要围绕人点开App分配界面、权限和系统资源。这种延续几十年的模式稳定,难以仅靠增加AI入口被撼动,AI虽能接入语音助手、获得屏幕操作权限,但往往只是悬浮在系统之上的功能入口,阶跃将这种传统路线概括为“OS + AI”,即给AI在旧系统里一张有限使用权限的门卡。

StepAOS则另辟蹊径,由Step模型矩阵和智能体原生OS相乘组成。模型矩阵负责感知、记忆和规划,Agent - native OS负责连接服务、调度资源和执行任务,被阶跃定性为全球首个智能体原生的操作系统。其目标是构建人机共生的新操作系统,主智能体Amoo具备感知、记忆、规划、连接和执行五项能力,特殊之处在于建立持续上下文,而非展示单一跨应用任务,与传统语音助手拉开差距,能在长期记忆、模型调度和系统权限支撑下,理解用户目标并自主行动。

阶跃认为旧系统给智能体留下三堵墙。一是能力之墙,应用能力封装在人类可见界面,智能体只能像人一样看屏幕、点按钮;二是协作之墙,不同应用和服务缺少统一连接机制,跨应用任务易中断;三是资源之墙,算力、后台和权限围绕人的操作节奏设计,难以持续支持运行数小时的智能体任务。为此,Step AOS将系统能力和应用能力拆成可调用、可组合的原子单元,原生支持MCP、A2A、CLI等协议,开放接口服务可直接调用工具,无接口时通过CLI或GUI操作兜底,系统还会根据任务复杂度、网络状态和隐私等级,在端侧、云侧和端云接力三种路径间动态选择。

在模型使用上,StepAOS采用端云模型矩阵,强调模型矩阵和级联调度。端侧快反应,承担低延迟、隐私敏感的即时任务;云侧深思考,处理复杂推理、分析和规划,语音、视觉等多模态模型构成智能体感知现实世界的入口。阶跃提出模型级Cascade(级联)机制,新发布的Step Edge承担端侧任务,云端模型拓展能力上限,不同层级模型根据任务在端侧和云侧协同路由。

阶跃把基模放在战略中心,印奇称不存在孤立的纯端侧模型体系,云端和端侧共享计算架构与数据,不做大模型做不好小模型。同时他也坦言,现有端侧芯片距离真正智能体体验仍远,不仅模型要能跑起来,计算、低功耗和吞吐速度也需提升,否则用户等待时间过长。

随着智能体从给建议走向替用户执行,也引发新问题,如它能看到什么、能做什么、做错能否撤回。阶跃在发布会上提出“可信、可管、可见、可逆”的治理框架,与上海人工智能实验室发布《新一代智能体系统安全技术白皮书》和《端侧大模型网络安全指南》。智能体操作在可信执行环境和沙箱中运行,权限按需授予,操作过程可审计、可回溯,误操作支持撤回和逐步回滚。不过,安全承诺最终要落实到具体产品上,数据保存位置、任务上云情况、智能体调用服务二次确认方式、第三方Skill出错责任承担等,都将决定其可托付程度。

对大模型公司而言,路线选择多样,最轻是提供API,次轻是把模型接入手机、汽车和电脑,更重是参与系统定义,最重是直接经营终端品牌。阶跃原本有进入设备的合作通道,如今推出STEPX,是想掌握产品定义和用户反馈闭环。公开信息显示,阶跃过去将基础模型和AI + 终端并列为主要战略,与多家手机和汽车厂商合作,今年1月完成超过50亿元人民币B + 轮融资,印奇出任董事长负责战略节奏与技术方向,多家终端产业资本出现在投资方名单中。

从行业视角看,阶跃押注的判断是未来用户购买的不仅是手机或电脑,还有能长期记住自己、跨应用行动的个人智能体,届时设备差异不仅在芯片、屏幕和影像,还在于内置AI的能力。“Agent - native”是新的底层能力还是产品命名,关键在于StepAOS能否稳定完成旧系统无法完成的跨应用任务。目前,阶跃给出智能体时代的系统答案,但能否让AI从系统访客变为原住民,还需产品来证明。

 
 
更多>同类资讯
全站最新
热门内容
网站首页  |  关于我们  |  联系方式  |  版权声明  |  争议稿件处理  |  English Version