设备连上了 · 家庭却还没被理解

家里的设备越来越聪明,为什么家还是不懂你?

早上七点,孩子说:“把床边那盏灯打开,别太亮。”系统可能会成功发送命令,却仍不知道孩子指的是哪一盏实体灯、今天的作息是否适用,以及房间最后是不是真的变得舒服。

设备已经连接起来了,家庭却还没有被真正理解。

公共架构假设 · v0.1 · 2026-07-31

这是一项早期公开讨论,不是已完成标准或产品。

上下文不等于权限,命令也不等于已验证的结果。
看见记住询问验证
一张没有文字标注的住宅俯视图,观察点和路径展示信号如何穿过家庭空间。
新 Agent 得到的是重新解析、用途化的家庭视图,不是旧 Agent 的私有记忆或权力。

问题从一个普通的早晨开始

连接设备,不等于理解家庭

今天的系统可以报告状态、执行命令,却很少知道这些状态在一个具体家庭里意味着什么。

07:00

命令可以成功,而孩子的愿望仍然没有完成

系统也许知道家里有十几盏灯在线,知道它们的设备名称、当前状态,也知道应该调用哪一个接口。

但孩子要的不是一次接口调用。孩子说的是一盏具体的床边灯、一种不刺眼的光,以及一个适合今天早晨的结果,而不是抽象规则里的每一个早晨。

设备已经连接起来了,家庭却还没有被真正理解。
  1. 01

    设备名称,不等于家庭里的真实含义

    “light.bedroom_02”只是系统里的一条记录。它没有说明这就是孩子口中的“枕头旁边那盏灯”,也没有说明它照向哪里、什么时候适合打开。

  2. 02

    传感器看见了信号,却不一定知道发生了什么

    移动、声音或摄像头画面只是一项观察。它们不能单独证明来的是谁、想做什么,也不能决定家庭是否希望系统回应。

  3. 03

    自动化记住了规则,却不理解今天

    工作日作息可以帮助判断,却不能自己知道今天放假、有人生病,或者全家临时改变了安排。

  4. 04

    命令执行成功,不代表现实真的改变了

    设备可以回答“已打开”,但灯可能没插电、被遮住,或亮度仍然不合适。真正重要的是命令之后,空间里发生了什么。

  5. 05

    每换一个系统,家庭都要重新教一遍

    设备名字、房间关系、生活习惯和家人的修正,常常被困在某个 App 或 Agent 里。系统一换,家庭积累的认识也跟着消失。

  6. 06

    系统知道一些事情,不代表它有权使用

    系统可能知道谁在家、摄像头看向哪里,或孩子何时睡觉。这些上下文不能悄悄变成观察、推断或行动的权限。

  7. 07

    家庭一直在变化,模型却常停在安装那一天

    家具会移动,开关会改线,设备会更换,家庭节律也会变化。真正有用的家庭模型必须持续保留证据、不确定性和后来的修正。

换一个 AI,家不用重新认识一次。

我们缺少的,不是另一种遥控器

Matter、Home Assistant、KNX、传感器、摄像头和视觉模型,已经能够连接设备、报告观察;大语言模型也能够解释、规划和对话。

真正缺少的是一座由家庭控制的桥:把这些信号变成有边界、可修正的认识,并在设备、平台或 Agent 更换后继续存在。

它怎样持续认识一个具体的家,又不会把猜测当成事实、把上下文当成权限、把命令成功当成现实结果?
看看这座桥怎样工作

四步看懂整个系统

给 Agent 足够的家庭上下文,但不是整个家

Harness 为任务编译最小上下文,HWM 保存证据和家庭规则,Agent 负责解释、规划与提议,最后由现实结果说了算。

HWM 是一项开放提议:让家庭拥有一份由自己控制、可移植、可重建的主张、证据与治理历史。

  1. 01

    看见

    视觉、传感器、Matter 与 Home Assistant 报告观察和设备状态。

    既有设备路径
  2. 02

    记住

    HWM 保存可归属的主张、证据、绑定、修正与家庭 Authority。

    家庭控制的历史
  3. 03

    整理上下文

    Harness 先取用途化当前视图——通常是 NGSI-LD;只有需要时才加入有界 HWM 历史。

    任务到上下文编译器
  4. 04

    帮忙,再检查

    Agent 解释或提议;家人授权精确行动,再用新观察验证物理效果。

    受治理的行动闭环
两条边界一直看得见上下文不等于权限,命令也不等于已验证的结果。

知道,不等于获准

World View 能帮助 Agent 判断;只有家庭 Authority 可以批准精确行动。

设备回应,不等于现实

设备可能报告成功,但房间仍然很暗;必须用新证据验证预期效果。

已有协议继续做自己的工作

Matter / HA / KNX
连接和控制设备
NGSI-LD
投影当前语义情境
HWM
保存可重建的证据、历史与治理
API / CLI / Skill / MCP / A2A
为不同 Agent 和工具提供可替换入口

讨论框架,不是冻结的技术架构

家庭世界可能包含什么?

这项提议从六个互相关联的认识面开始。它们都可以不完整、有不确定性,并接受持续修正。

01

空间

房间、门窗、家具、功能区域、距离、方向、遮挡与连接。

02

设备与物理影响

设备安装在哪里,以及光、热、空气、声音、能源或信号如何变化。

03

人、宠物、访客与权限

家庭成员、宠物、访客的角色、状态、偏好与行动边界。

04

时间与生活节律

时刻、生活阶段、习惯、例外和即将发生的事情。

05

认识层级

让观察、识别、事实、推断和预测保持清楚区别。

06

生命周期

设计意图、施工结果、调试、运行、变化与维修。

给小朋友和大人一起读

小答答和会记事的家

六章手绘故事,把设备身份、摄像头观察、家庭许可、协议接力、真实结果验证和更换 Agent 后的继续工作,讲成一条孩子能跟上的因果线。

打开绘本
妈妈陪小朋友站在卧室门边,小朋友指着墙上开关,床边放着一盏等待测试的台灯。
开关离台灯近,只是一条线索。家庭先问、再授权、再测试,最后观察真实结果。

负责任的 Agent 知道自己还不知道什么

从观察到负责任的行动

示意顺序 · 每一层都可以被纠正

  1. 01

    观察

    走廊传感器报告移动。

  2. 02

    识别 / 事实

    来源可能是家庭成员、访客或宠物。

  3. 03

    推断

    对方可能只是在经过,而不是停留。

  4. 04

    预测

    下一步可能需要低亮度、不刺眼的照明。

  5. 05

    权限

    这个空间、此刻和这个人是否允许主动开灯?

  6. 06

    行动与验证

    进行低成本行动,验证效果、解释原因并允许纠正。

开放首先来自所有权,而不只是公开代码

技术更换时,家庭不应该重新解释自己

我们坚持

  • 家庭模型属于家庭。
  • 家庭应比设备、平台和 AI 模型存在得更久。
  • 事实、推断和预测必须保持区别。
  • 主动服务需要权限、解释和撤销能力。
  • 隐私是基础结构,不是后加的设置。

这不是什么

  • 不是新的设备通信协议。
  • 不取代 Matter、KNX 或 Home Assistant。
  • 不是单一公司控制的家庭云,也不是 OpenClaw 封装。
  • 不规定所有家庭应该怎样生活。
  • 不允许 Agent 在缺少权限和责任边界时行动。

项目应与 Matter、KNX、Home Assistant、BIM、Brick、W3C WoT 等现有工作建立映射并协作,而不是取代它们。

一套房子,一份连续记录

从图纸、施工、调试到生活和长期变化

家庭在入住前已经开始形成。设计假设、现场变化、测量结果和后续修正应进入同一份由家庭拥有的认识。

一张五段折页建筑插画,展示同一套房子从图纸、施工、调试、入住到长期变化。
01 · 图纸意图与约束02 · 施工真实建成结果03 · 调试测量与校准04 · 生活需要、节律与例外05 · 变化替换、维修与学习

你不需要会写代码

一起定义理解家庭的 Agent 应该知道什么,又绝不能擅自假设什么

你可以贡献家庭案例、专业约束、已有标准映射,或指出这项提议为什么不对。反对意见也是有价值的证据。

阅读完整叙事