智能手表
睡眠或静息状态、皮肤温度相对变化、心率相对基线、动作与清醒频率。
Sleep comfort automation
面向卧室睡眠场景,以手表体征趋势、室内环境与用户反馈协同判断体感冷热,并通过中央控制器克制地调整空调。
“需要能感受到我热了,然后自动开启;给我的手表连接中央控制器。”
— 需求原话转译为:一个兼顾舒适、安全与可解释性的夜间闭环控制系统。MVP boundary
一期不追求“精确读懂人体”,只验证:在用户授权的夜间时段,系统能否基于可靠信号做出少量、有效且不打扰睡眠的温度调整。
一期边界
通过明确设备、房间和用户归属,先消除多人偏好冲突与全屋联动复杂度,再为后续扩展积累真实行为样本。
System architecture
手表提供与人体相关的趋势信号;手机承担设备数据的安全中继;家庭中央控制器运行夜间规则并下发指令。网络失联不应让空调行为失控。
睡眠或静息状态、皮肤温度相对变化、心率相对基线、动作与清醒频率。
完成账号授权、手表数据同步、模式设置和用户反馈;作为手表与家庭设备间的中继。
融合温湿度与睡眠信号,执行受限规则,并通过空调接口读取和下发设备状态。
Decision engine
自动化的重点不是更激进,而是消除误动作。只有在正确时段、有效设备、连续信号和安全范围同时满足时,系统才可以改变环境。
仅在用户设置的睡眠时段内工作;“允许自动开机”必须由用户主动开启。
确认用户佩戴手表并处于睡眠或静息状态,同时读取房间温湿度。
根据相对基线判断体感变化,连续两个采样周期越界才进入执行候选。
每次仅调节 0.5–1℃或风速;记录回执并在冷却时间内拒绝重复调节。
舒适趋势 = 多源判断
计算目标是形成可解释的“偏热/偏冷趋势”,不输出健康结论;各信号的阈值需在试点中按个人基线校准。
Night journey
人不需要在夜里操作系统。系统的可见性应集中于睡前授权、夜间少量提示和晨间复盘,其他动作留在后台完成。
用户确认舒适温区、房间和自动开机授权。
手表与环境传感器进入夜间监测状态。
连续趋势与室温同时满足,进入受限调温。
控制器下发指令、获得设备回执并开始冷却时间。
用一次“偏热 / 刚好 / 偏冷”反馈改善下一晚策略。
Device access
不同空调形态决定实施成本和控制精度。项目启动前需确认目标设备品牌、控制接口,以及是否支持按卧室分区。
| 空调场景 | 建议接入方式 | 可控制范围 | 一期建议 |
|---|---|---|---|
| 普通分体空调 | 红外控制器 | 开关、模式、设定温度、风速;通常无法确认真实运行状态。 | P0 成本低,适合快速验证。 |
| 智能空调 | 厂商局域网或云端接口 | 可读取更多状态、接收故障回执,控制可解释性更强。 | P0 优先选择已确认兼容的品牌。 |
| 中央空调 / 风机盘管 | 原厂网关或楼宇控制接口 | 按房间控制温度、模式和风量,需确认实际分区能力。 | P1 作为试点前置条件专项验证。 |
Review & alignment
先把设备、授权边界和试点条件确定下来。算法参数可通过小范围真实夜间数据迭代,但控制权限和设备能力必须在启动前明确。
Decision checklist