命令可以成功,而孩子的愿望仍然没有完成
系统也许知道家里有十几盏灯在线,知道它们的设备名称、当前状态,也知道应该调用哪一个接口。
但孩子要的不是一次接口调用。孩子说的是一盏具体的床边灯、一种不刺眼的光,以及一个适合今天早晨的结果,而不是抽象规则里的每一个早晨。
设备已经连接起来了,家庭却还没有被真正理解。设备连上了 · 家庭却还没被理解
早上七点,孩子说:“把床边那盏灯打开,别太亮。”系统可能会成功发送命令,却仍不知道孩子指的是哪一盏实体灯、今天的作息是否适用,以及房间最后是不是真的变得舒服。
设备已经连接起来了,家庭却还没有被真正理解。
这是一项早期公开讨论,不是已完成标准或产品。
上下文不等于权限,命令也不等于已验证的结果。

问题从一个普通的早晨开始
今天的系统可以报告状态、执行命令,却很少知道这些状态在一个具体家庭里意味着什么。
系统也许知道家里有十几盏灯在线,知道它们的设备名称、当前状态,也知道应该调用哪一个接口。
但孩子要的不是一次接口调用。孩子说的是一盏具体的床边灯、一种不刺眼的光,以及一个适合今天早晨的结果,而不是抽象规则里的每一个早晨。
设备已经连接起来了,家庭却还没有被真正理解。“light.bedroom_02”只是系统里的一条记录。它没有说明这就是孩子口中的“枕头旁边那盏灯”,也没有说明它照向哪里、什么时候适合打开。
移动、声音或摄像头画面只是一项观察。它们不能单独证明来的是谁、想做什么,也不能决定家庭是否希望系统回应。
工作日作息可以帮助判断,却不能自己知道今天放假、有人生病,或者全家临时改变了安排。
设备可以回答“已打开”,但灯可能没插电、被遮住,或亮度仍然不合适。真正重要的是命令之后,空间里发生了什么。
设备名字、房间关系、生活习惯和家人的修正,常常被困在某个 App 或 Agent 里。系统一换,家庭积累的认识也跟着消失。
系统可能知道谁在家、摄像头看向哪里,或孩子何时睡觉。这些上下文不能悄悄变成观察、推断或行动的权限。
家具会移动,开关会改线,设备会更换,家庭节律也会变化。真正有用的家庭模型必须持续保留证据、不确定性和后来的修正。
换一个 AI,家不用重新认识一次。
Matter、Home Assistant、KNX、传感器、摄像头和视觉模型,已经能够连接设备、报告观察;大语言模型也能够解释、规划和对话。
真正缺少的是一座由家庭控制的桥:把这些信号变成有边界、可修正的认识,并在设备、平台或 Agent 更换后继续存在。
它怎样持续认识一个具体的家,又不会把猜测当成事实、把上下文当成权限、把命令成功当成现实结果?看看这座桥怎样工作
四步看懂整个系统
Harness 为任务编译最小上下文,HWM 保存证据和家庭规则,Agent 负责解释、规划与提议,最后由现实结果说了算。
HWM 是一项开放提议:让家庭拥有一份由自己控制、可移植、可重建的主张、证据与治理历史。
视觉、传感器、Matter 与 Home Assistant 报告观察和设备状态。
既有设备路径HWM 保存可归属的主张、证据、绑定、修正与家庭 Authority。
家庭控制的历史Harness 先取用途化当前视图——通常是 NGSI-LD;只有需要时才加入有界 HWM 历史。
任务到上下文编译器Agent 解释或提议;家人授权精确行动,再用新观察验证物理效果。
受治理的行动闭环World View 能帮助 Agent 判断;只有家庭 Authority 可以批准精确行动。
设备可能报告成功,但房间仍然很暗;必须用新证据验证预期效果。
讨论框架,不是冻结的技术架构
这项提议从六个互相关联的认识面开始。它们都可以不完整、有不确定性,并接受持续修正。
房间、门窗、家具、功能区域、距离、方向、遮挡与连接。
设备安装在哪里,以及光、热、空气、声音、能源或信号如何变化。
家庭成员、宠物、访客的角色、状态、偏好与行动边界。
时刻、生活阶段、习惯、例外和即将发生的事情。
让观察、识别、事实、推断和预测保持清楚区别。
设计意图、施工结果、调试、运行、变化与维修。
负责任的 Agent 知道自己还不知道什么
示意顺序 · 每一层都可以被纠正
走廊传感器报告移动。
来源可能是家庭成员、访客或宠物。
对方可能只是在经过,而不是停留。
下一步可能需要低亮度、不刺眼的照明。
这个空间、此刻和这个人是否允许主动开灯?
进行低成本行动,验证效果、解释原因并允许纠正。
开放首先来自所有权,而不只是公开代码
项目应与 Matter、KNX、Home Assistant、BIM、Brick、W3C WoT 等现有工作建立映射并协作,而不是取代它们。
一套房子,一份连续记录
家庭在入住前已经开始形成。设计假设、现场变化、测量结果和后续修正应进入同一份由家庭拥有的认识。
