使用情境
说明用户、环境和设备当时是什么情况,避免脱离实际情况作判断。
Industry Needs
先说清用户遇到了什么问题,再决定可以使用哪些信号、哪些结果需要人来判断,以及系统出错时怎么办。
说明用户、环境和设备当时是什么情况,避免脱离实际情况作判断。
把分析结果交给产品规则检查,再决定是否提醒、回应或保持安静。
在开始设计时就约定授权、隐私、失败处理和人工介入方式。
Solution Concepts
六个 Solution Concept 分别说明产品问题、EmoraOS 能做什么,以及不能做什么。它们不是客户案例或效果证明。
Industry Solutions
Problem
光线、声音和用户状态一直在变,机器人仍需要给出连贯、可以解释的回应。
EmoraOS role
EmoraOS 读取经过授权的视觉、声音和设备信号,结合角色记忆给出建议,再由机器人的控制规则决定是否执行。

Problem
噪声、光线、乘员差异和驾驶任务都会影响判断,少量信号不能直接代表乘员状态。
EmoraOS role
EmoraOS 分析经过授权的座舱信号,把带有不确定性的结果交给车机界面,用于非关键提醒。

Problem
个人设备需要在持续使用、共享空间与敏感信号之间提供明确的可见性和控制权。
EmoraOS role
EmoraOS 只使用用户允许的设备信号,把分析结果交给提醒、灯光或环境控制规则。

Problem
教育场景需要理解学习节奏与参与变化,同时避免把有限信号当作对学习者的诊断或定论。
EmoraOS role
EmoraOS 整理经过授权的互动信号,提供参与度提示,并由学习者或教师判断是否有参考价值。

Problem
个人复盘工具需要在敏感状态线索、用户期待与专业照护边界之间保持清晰定位。
EmoraOS role
EmoraOS 整理用户主动提供的记录,生成可以修改或关闭的回顾和陪伴提示。

Problem
体验研究需要连接定性观察与交互线索,同时保留样本、方法和研究者解释的边界。
EmoraOS role
EmoraOS 按研究范围整理访谈、反馈和互动片段,找出值得研究者进一步检查的共同点。
Technical Integration
EmoraOS 只处理双方事先约定的输入,并把结果交给产品自己的规则和界面。
确认可以采集什么、在什么条件下采集,以及数据保存多久。
结合当时的情况给出分析,同时说明证据和不确定性。
把结果交给产品规则或人工复核;无法判断时按约定方式降级。
Current Evidence
标有 Solution Concept 的内容只是方案设想,不是客户案例、已发布产品或效果证明。
查看已经公开的案例和原型,了解每一项目前做到哪一步。
Customer Stories 仅收录获得公开批准的命名案例;当前仅有 Lumi Cat。
Engagement
先确认要解决的问题和使用限制,再做一个小范围原型。
一起确认用户问题、可用数据、主要风险,以及怎样算有效。
用小范围原型检查接口、交互逻辑和失败处理。
按事先约定的方法测试,记录适用范围,再决定能否对外公布。
先约定接口、权限、人工复核和失败处理,再开始接入。
Contact
告诉 Finnox 你的产品、可以使用的信号,以及哪些结果必须由人判断。