语音基础能力
覆盖唤醒、识别、理解与合成,开发者不用自建整套语音链路,直接调用小爱的语音交互能力即可。
拖动滑块完成拼图,通过后发送验证码
独立第三方 AI 评测平台 · 只用实测数据
小米小爱开放平台是小米面向开发者提供的技术开放入口。开发者可以在这里接入小爱的语音相关能力,把小爱同学从手机与音箱延伸到更多设备与场景中,也能借助平台上的服务完成智能家居设备与语音交互的串联。平台同时承载技能接入、设备接入与账号体系打通等用途。它的短板也明显:文档与接入范围随品类变化较大,个人开发者和企业开发者的可用能力并不一致,接入前需要先确认自己的品类是否在支持范围内。
小米小爱开放平台是小米对外提供语音与智能家居相关技术能力的开发者入口。它服务的对象包括做智能硬件的厂商、做语音技能的开发者,以及希望把自家服务接进小爱语音交互生态的团队。
平台提供的能力围绕语音交互展开:语音唤醒、语音识别、自然语言理解与语音合成属于基础能力层;技能接入与设备接入属于应用层,开发者据此让自己的产品或服务被小爱同学调用。账号与设备体系的打通,是让同一套能力在不同小米设备上保持一致体验的前提。
对普通用户来说,它的存在体现在「对小爱说一句话就能操作某个设备或服务」;对开发者来说,它是把小爱当成一个入口来接入自己业务的通道,接入前通常需要先在平台上创建应用、拿到对应的接入凭据,再按品类文档完成联调。
覆盖唤醒、识别、理解与合成,开发者不用自建整套语音链路,直接调用小爱的语音交互能力即可。
开发者可以把自家服务注册为技能,让用户通过与音箱、手机上的小爱对话来触发,适合内容查询、生活服务这类以问答为主的场景。
硬件厂商可以把自家设备接入小爱的控制体系,让设备支持语音开关、状态查询等操作,前提是设备品类在平台支持的范围内。
接入后可以复用小米的账号与设备体系做用户绑定,用户无需重复注册,设备与账号的关联关系由平台统一维护。
平台按接入品类提供对应的开发文档和管理后台,开发者在这里创建应用、获取接入凭据、查看联调所需的信息。
开放范围覆盖手机、音箱、电视等多种带小爱的终端,同一套接入在支持范围内可以复用,不必为每类设备单独重做一遍。
如果你做的是带语音交互的硬件,或者希望把自家服务接进小爱的对话入口,这个平台是对接小米生态最直接的一条路,语音能力、账号体系和设备控制都能复用,省掉自建整套链路的工作。但接入品类和开放程度是按方向划分的,个人开发者与厂商能拿到的能力并不对等,技能类接入偏查询与控制的形态,做复杂多轮业务会比较受限。接入前先确认自己的品类在不在支持列表里,再决定要不要投入联调成本。
想让自家设备支持语音控制时,可以走设备接入方向复用小爱的语音与账号体系,省去自建语音链路的投入。
做内容查询、生活服务这类以对话为主的服务时,技能接入是拿到语音入口的现成通道,适合轻量、单轮为主的场景。
已经在用小米账号与设备体系的团队接入成本最低,用户绑定和权限关系可以直接沿用,不需要额外搭一套账号系统。
语音技能的交互形态偏查询与控制,下单、填表这类多轮流程做起来别扭,用户口述纠错的成本也高,要评估是否值得接。
个人身份可用的接入方向通常比企业窄,审核也更看重资质,先确认要做的事情个人能不能开通,再投入时间联调。
它是小米对开发者开放语音与智能家居相关能力的入口,开发者可以在这里接入语音交互能力、把自己的服务做成语音技能,或者让自家硬件设备支持小爱控制。
它是面向开发者的接入平台,不是给终端用户使用的产品。普通用户感受到的是「对小爱说一句话就能操作某个设备或服务」,背后就是开发者在这里接入的结果。
主要包括语音唤醒、识别、自然语言理解与语音合成这些基础能力,以及技能接入、设备接入和账号设备体系打通。具体能用到哪一层,取决于你的产品属于哪类接入方向。
不一定。如果你的设备主打语音控制、又希望用户用现有小爱设备操作它,接入是最直接的方式;如果设备本身不依赖语音入口,或者你打算自建语音链路,就不必接。
先确认自己的产品属于哪类接入方向,再注册对应的开发者身份,然后在控制台创建应用、拿到接入凭据,按该类文档跑通一条最小链路,最后才是扩展完整功能。
如果服务以查询、播报、开关控制这类单轮操作为主,技能接入比较合适。如果业务需要连续多轮问答、填写表单或下单确认,语音交互的纠错成本会明显偏高,要先评估用户实际能不能顺畅完成。
语音交互本身依赖网络和云端返回结果,网络不稳时识别与响应都会受影响。做设备功能时建议保留本地按键或 App 控制作为兜底,避免断网时设备完全没法操作。