给小朋友和大人一起读的家庭科技绘本

小答答和会记事的家

六个小故事，讲清楚一个家怎样认识设备、观察房间、先问再行动，并在更换智能帮手以后继续记得重要的事。

开始读第一章

六章故事

先认识故事里的朋友

小朋友

把愿望说清楚，也可以随时说“我不想”或“我不明白”.

妈妈

代表家庭决定这一次能不能做，并陪着小朋友一起确认结果。

小答答

把愿望整理成问题和建议；没听懂就先问，不能偷偷猜。

小门卫

守着控制家里设备的入口，只放行家庭明确答应过的动作。

家庭小管家

在家里找到正确的设备，把获准的请求交给合适的帮手。

翻译员

把请求变成设备听得懂的话，但不能替家庭做决定。

小眼睛和小耳朵

观察真实世界发生了什么；看不清、听不清就说不知道。

家庭记事箱

保存家庭拥有的设备、规则、证据和未解决问题，不保存旧 Agent 的秘密想法。

第 1 · 1/6

新台灯来做客

认识设备，不把名字当成同一个东西

页 11/37

一个新朋友

妈妈带回一盏新台灯。小朋友说：“我想把它放在床边，晚上看绘本的时候用。”愿望先说清楚了：它不是家里所有灯的老大，只是要做床边的阅读灯。

先说它要在哪里、帮谁做什么。

给大人看看幕后是谁在工作

第 1 · 新台灯来做客

认识设备，不把名字当成同一个东西

页 1 · 一个新朋友

先说它要在哪里、帮谁做什么。

幕后接力: 住户先定义长期功能位置“床边阅读灯”，避免把产品名直接当成家庭中的长期身份。

页 2 · 妈妈来开门

妈妈拿手机扫了包装上的小方块。台灯和家庭先互相确认：“你是这盏灯吗？这是你要加入的家吗？”确认正确以后，妈妈才允许它住进来。

新设备加入家庭，要由负责这个家的大人确认。

幕后接力: Matter commissioning 建立设备与家庭 fabric 的安全关系；二维码只帮助启动配对，不等于永久身份。

页 3 · 它会做什么

台灯告诉家庭小管家：“我会开、会关，还能变亮一点、暗一点。”小管家把这些本领记下来。它不会因为外形像闹钟，就假装自己会报时。

只记录设备真的会做的事。

幕后接力: Matter Device Type、Cluster、Attribute 和 Command 暴露设备能力；Home Assistant 将它们投影为 Device 和 Entity。

页 4 · 好多种名字

包装叫它“小月亮台灯”，小管家叫它一串设备名字，小朋友叫它“床边灯”。这些名字都在说它，却不是同一种名字。家庭记事箱把它们用小绳结连起来，没有揉成一个名字。

产品、设备号码和家庭称呼可以相连，但不能混成一个。

幕后接力: 产品型号、Matter Node／Endpoint、HA Entity 和家庭功能位置是不同身份层；JSON-LD IRI 可用于跨系统引用。

页 5 · 换灯也不忘

有一天灯泡坏了，妈妈换上一盏新的。旧设备号码退休了，可“床边阅读灯”这个位置还在。新灯接过工作，不需要假装自己就是旧灯。

设备可以更换，家庭里的工作位置可以继续。

幕后接力: 需要带时间范围的身份连续性绑定：长期功能位置由哪个实体设备、Endpoint 和 Entity 在什么时间实现。

页 6 · 第一次点亮

妈妈轻轻点了“打开”。小管家把请求交给新台灯，台灯亮了。小眼睛看见床边真的变亮，大家才说：“欢迎你，床边阅读灯。”

会收到命令还不够，真实世界也要出现结果。

幕后接力: HA／Matter 完成控制，物理 Observation 再确认真实效果；设备应答与环境结果保持分开。

第 2 · 小眼睛陪我们走一圈

观察是线索，不是随便下结论

页 1 · 先说要看什么

小朋友对妈妈和小答答说：“请记住我的床在哪里、床边灯在哪里，也看看门边这个开关。”小眼睛只接到这次任务需要看的东西，不需要把家里每个角落都拿走。

先说明目的，再决定看什么。

幕后接力: 观察请求应绑定 requester、purpose、scope 和时间；最小披露不等于收集完整视频。

页 2 · 一步一步看

妈妈拿着摄像头，陪小朋友从走廊走到卧室。小朋友指一指，小眼睛看一看：“这是门，这是开关，那边是床头灯。”妈妈随时可以停下来。

观察要有人陪伴，也能随时停止。

幕后接力: SOSA／SSN 描述 Sensor、Observation、Feature of Interest、Property、Procedure 与时间。

页 3 · 把来源一起记下

家庭记事箱不只写“这里有一盏灯”，还会写：“这是谁看见的？什么时候看见的？从哪个方向看见的？有没有被柜子挡住？”

一句话从哪里来，和这句话本身一样重要。

幕后接力: PROV-O 记录模型活动、输入画面、生成时间和派生关系；C2PA 可声明媒体来源历史，但不负责证明内容为真。

页 4 · 看见，不等于知道用途

小眼睛看见开关在门边、台灯在床边。它可以说它们在哪里，却不能说：“门边开关一定管床头灯。”它没有看到电线，也没有做过实验。

位置是线索，不是控制关系的证明。

幕后接力: 空间 Observation 可以支持候选关系，不能自动升级成 accepted Claim。

页 5 · 两双眼睛也可能一样错

两个小眼睛如果都从同一张模糊照片里看，也许会一起认错。家庭记事箱会记下它们用了同一份画面，不把“说了两次”当成两份独立证据。

重复同一条线索，不会自动变成更可靠。

幕后接力: 证据独立性要看来源和程序血缘，不能只按模型输出条数计数。

页 6 · 现在能知道多少

小管家把这次能用的观察整理成一张小地图：床、灯和开关的位置已经看见；开关控制什么，还是一个问号。小答答说：“下一步可以请妈妈同意做一次安全测试。”

知道的写清楚，不知道的也保留出来。

幕后接力: NGSI-LD 可投影当前上下文；用途化 World View 仍需保留 supported、contested、insufficient 与 withheld。

第 3 · 哪个开关控制哪盏灯？

先问、再试、最后看真实结果

页 1 · 把愿望说清楚

小朋友指着门边的开关说：“妈妈，我想知道这个开关管不管床头灯。”小答答听见这句话，才知道小朋友想做什么；它不是看见手指一指，就自己猜出来的。

没说清楚时，小答答应该先问。

幕后接力: 用户明确表达 intent；Agent 将它整理成测试目标，而不是从动作或表情推断控制意图。

页 2 · 近，只是一条线索

门边开关和床头灯离得不远，值得一起检查。可是，开关也可能管顶灯、走廊灯，甚至暂时什么也不管，所以“离得近”不能证明它们连在一起。

位置能帮助我们提出问题，不能替我们回答问题。

幕后接力: 空间关系只能生成候选 Claim，不能直接断言 control relationship。

页 3 · 小答答先提议

小答答说：“我们只试一次门边开关，看看床头灯会不会亮，可以吗？”妈妈想了想，回答：“可以，我在这里陪你，只试这一次。”

小答答负责把测试说清楚；妈妈负责决定能不能做。

幕后接力: Agent 形成精确 Action Proposal；家庭 Authority 对这一个 revision、范围和时间作出决定。

页 4 · 小门卫守什么

小门卫守的不是卧室门，而是“控制家里设备的入口”。它防止别人随便开灯、关灯或改变设备。它核对妈妈答应的是“这一次、这个开关、看看床头灯”，正确才让请求继续。

妈妈给许可；小门卫检查动作有没有超出许可。

幕后接力: ODRL 可表达政策，家庭 Authorization／Policy Enforcement 负责独立求值和放行。

页 5 · 小管家找到它

小信使把通过检查的请求送回家。家庭小管家从许多设备里找到床头灯，再把“怎样对灯说话”的工作交给翻译员。

小管家负责找对设备；翻译员是它的传话伙伴。

幕后接力: MCP 传递 Agent 工具请求；Home Assistant 路由 Entity 和 Action。

页 6 · 翻译员只传话

翻译员不能自己决定开灯。它只把已经获准的请求变成台灯听得懂的话：“请打开。”台灯收到后作出回应，灯光出现了。

决定权在家庭；翻译员只负责准确传话。

幕后接力: Matter Controller 发送 Cluster Command；传输成功和设备 acknowledgement 仍不是最终效果。

页 7 · 真的看见才记录

台灯说“收到”还不算实验完成。小眼睛真的看见床头灯亮了，才记下：“这一次，按门边开关后，床头灯亮了。”如果被挡住看不清，它就说：“我还不知道。”

真实观察增加一份证据；一次成功还不等于永远不会改变。

幕后接力: SOSA Actuation／Observation 与 PROV-O 串起动作和证据；结果应是 supported 或 contested，而非覆盖冲突。

第 4 · 每天早上都这样吗？

重复发生的事情，还不是家庭的命令

页 1 · 小答答发现重复

好几个工作日早上，小眼睛和小管家都看到：七点左右，妈妈会开床边灯，把房间调暖，再准备热水。小答答把这些记录排在一起，发现它们常常重复。

重复的事情可以成为一个值得询问的发现。

幕后接力: 日历、HA state／event 和 Observation 支持 pattern detection；模式必须保留来源与覆盖范围。

页 2 · 常发生，不等于想要

也许只是这几天特别冷，也许小朋友生病了，也许妈妈临时早起。小答答不能因为看见几次，就偷偷决定：“以后每天都必须这样。”

“经常发生”不是“以后请继续做”。

幕后接力: Observed Pattern 不等于 Intent、Routine 或 Authorization，不能由统计频率自动升级。

页 3 · 把建议说出来

小答答问：“工作日七点、有人在家、不是假期的时候，要不要准备柔和灯光和温度？每次还会先检查。”它把时间、条件和动作都说清楚。

建议要让家庭听得懂，也要能修改。

幕后接力: iCalendar／CalDAV 提供日期与例外；结构化条件可用 SHACL、SPARQL 或规则语言表达。

页 4 · 妈妈和孩子一起改

妈妈说：“灯不要太亮。”小朋友说：“放假的早上不要叫醒我。”小答答把建议改成新的版本，再读给他们听。旧版本没有偷偷混进来。

家庭可以接受、修改或拒绝建议。

幕后接力: Routine candidate 需要版本化；家庭 Authority 激活的是精确 revision，而不是模糊意图。

页 5 · 规则不是总开关

妈妈答应了这条早晨规则，但它不是一把永远打开的钥匙。到了某个早晨，小门卫还要检查：今天是不是工作日？家里有人吗？设备安全吗？

同意一条规则，不等于以后每次都不用检查。

幕后接力: ODRL 表达许可和约束；每次 occurrence 仍需当前 Authority Epoch、context 与影响检查。

页 6 · 不知道时先不做

如果摄像头被玩具挡住，小答答不能说“没有看见人，所以家里没人”。它会说：“我现在不知道。”需要在家这个条件没确认，早晨任务就先等一等。

看不见不是没有；不知道时不要冒充知道。

幕后接力: Unavailable、withheld、absent 与 negative Observation 必须区分；条件不足时结果是 indeterminate。

第 5 · 星期一早晨的接力赛

从规则到真实舒服，要经过很多棒

星期一清晨，妈妈陪小朋友起床，台灯发出柔光，暖气送出暖风，传感器安静确认房间变化。

页 1 · 只拿今天需要的资料

星期一早上七点，小答答准备检查早晨规则。它只请家庭记事箱拿出今天需要的资料：是不是工作日、房间里有没有人、灯和暖气现在怎样、规则还有效吗。

为了一个任务，只看完成这个任务需要的资料。

幕后接力: 用途化 World View 绑定 requester、purpose、as_of 和 Authority Epoch，并标明 included、withheld 与 unavailable。

页 2 · 条件满足才提议

今天是工作日，妈妈和小朋友在家，设备也正常。小答答才提出：“把床边灯调到柔和亮度，房间升温一点。”如果少了重要条件，它不会跳过去。

条件满足可以产生建议，还不是已经行动。

幕后接力: NGSI-LD query／subscription 提供当前上下文；Task materialization 与 Action Proposal 保持分离。

页 3 · 小门卫再检查一次

小门卫检查这份建议是不是早晨规则允许的版本，有没有碰到别的房间，会不会影响正在睡觉的人。全部对上以后，它只批准这两个小动作。

每次行动都有自己的许可范围。

幕后接力: 家庭 Authority 独立求值精确 Proposal revision、影响通道和当前 Epoch。

页 4 · 请求到达设备

小信使把请求送给家庭小管家。小管家找到床边灯和暖气，翻译员分别对它们说能听懂的话。设备回答：“收到了。”

设备说收到，只说明接力棒送到了这里。

幕后接力: MCP → Home Assistant Action → Matter Command／Attribute／Event；transport 和 device report 是不同阶段。

页 5 · 房间真的变了吗

灯的状态说自己变亮了，暖气也说开始工作。小眼睛看见柔和灯光，温度小耳朵量到房间开始变暖。两种观察一起告诉大家：物理世界真的在变化。

设备报告以后，还要观察真实环境。

幕后接力: SOSA／SSN Observation 与 PROV-O 记录程序、时间和来源；设备状态不能代替物理效果。

页 6 · 舒服才是终点

小朋友睁开眼说：“这样不刺眼，也不冷。”妈妈点头。家庭记事箱才写下：灯和暖气执行了，房间发生了变化，今天的早晨目标得到接受。如果只有设备回应，结果就只能写“还不能确定”。

执行、效果、目标和家庭接受，是四件不同的事。

幕后接力: Action Trace 分离 authorized、dispatched、reported、observed、satisfied 与 accepted；RO-Crate 可打包相关制品。

第 6 · 换了小答答，家还记得

家庭历史属于家庭，不属于某一个 Agent

妈妈和小朋友收好旧智能帮手，打开家庭拥有的木质记事箱，让新帮手从家庭记录重新认识台灯和早晨规则。

页 1 · 旧帮手要休息了

半年后，妈妈决定不用原来的小答答，换一个新的智能帮手。旧小答答可以带走自己的秘密想法和聊天草稿，但不能带走家庭拥有的设备记录、规则和证据。

Agent 的私有记忆和家庭的共同记录不是同一样东西。

幕后接力: 不迁移旧 Agent 的 hidden reasoning、session memory 或身份凭据；家庭制品保持家庭控制。

页 2 · 家庭记事箱留下来

木头记事箱里还放着：谁是床边阅读灯、早晨规则的当前版本、上次行动的结果、哪些问题还没有答案。妈妈拿着钥匙，决定新帮手能看哪几张卡片。

换帮手时，家不需要把自己全部重新解释一遍。

幕后接力: Solid 风格资源保存家庭控制的数据；访问权限不自动等于任意用途都可披露。

页 3 · 新帮手先自我介绍

新小答答说清楚自己是谁、想帮什么忙、会用哪些工具。小门卫重新检查它的身份和权限。旧帮手以前得到的钥匙不会自动落到新帮手手里。

换了帮手，就要重新认识、重新给权限。

幕后接力: MCP capability discovery 与独立准入；新 Agent 不继承旧 Agent 的 Lease 或 Authorization。

页 4 · 只准备需要的故事包

新小答答要继续早晨任务，记事箱就准备一个小故事包：当前规则、相关设备、最后一次有效观察和一个还没解决的问号。其他房间的私事没有放进去。

交接不是搬走整座仓库，而是准备这次需要的包。

幕后接力: 目标专用 Checkpoint／RO-Crate 打包 View、规则、开放任务、证据 retrieval handle 和 unresolved conflict。

页 5 · 需要专家时再请帮手

如果暖气的问题太难，新小答答可以请一个懂暖气的专业帮手检查。专业帮手交回一份报告，但它说“任务完成”不代表家里的暖气已经修好。

帮手交了报告，和家庭问题真的解决，是两件事。

幕后接力: A2A 交换 task 与 artifact；A2A task completion 不等于 Household Task satisfaction 或 acceptance。

页 6 · 从家庭历史继续

新小答答看完故事包，说：“我知道床边灯是谁，也知道早晨规则，但这个问号还要再确认。”它从家庭保存的历史继续工作，同时把自己的新观察写上新名字。

连续的是家庭可重建的历史，不是某个 Agent 的脑袋。

幕后接力: PROV-O 保留新旧输出归属；新 Agent 基于新权限和新 World View 继续，而不是复制旧 Agent 私有记忆。