HearthNodes 是一个把控制闭环留在你自己网络里的智能家居配方库。站内每一条都是完整的自动化：什么唤醒它、运行前必须满足什么、它做什么、假定了哪些硬件，以及可以直接粘进本地中枢的完整 YAML。这里没有 App 需要安装，也没有账号需要注册——本站是参考资料，自动化跑在你自己的硬件上。
一条配方由什么组成
每条配方按固定顺序写成六个部分，六项缺一不予发布：
- 触发器——启动这次运行的唯一传感器事件。一条配方一个触发源，所以出问题时永远能追溯到某一族设备。
- 条件树——必须成立的嵌套
与/或分组。绝大多数已发布的自动化都栽在条件上，所以这里画成可展开的树，而不是埋在正文里。 - 动作——有序命令，标明目标实体与确切的服务调用。
- 硬件——配方假定的型号、每个型号使用的射频、有线还是无线连接，以及每个设备在这条链路中的角色。
- YAML——完整负载，置于每条配方的首屏，采用大多数本地中枢都能听懂的方言。
- 失效时怎么办——兜底路径。每条配方都为传感器失效、射频丢失或中枢重启定义了明确行为，因为在采暖或水路上悄无声息地失败，比完全没有自动化更糟。
延迟与供电数据
配方上的毫秒数是安静局域网下实测的「触发到动作」延迟，不是厂商规格书上的数字。它的用处是让你分辨哪些链路适合走廊灯、哪些只适合热惯性大的负载。供电一栏描述传感硬件的取电方式，因为它决定了这条链路能否扛过一次市电中断。
为什么配方是分批释出的
本站按计划发布，而不是一次性倒出。只有发布日期已过的配方，才会进入列表、拓扑图、站点地图与检索索引，于是站点是稳步生长的，而不是一次性堆量。如果你收藏的链接返回「找不到」，多半是这条配方还没释出；首页的拓扑图永远显示当前真实在线的全部内容。
编辑独立性
本站没有任何赞助内容，硬件链接也都不是联盟链接。之所以写出具体型号，是因为不写就无法复现。当某个便宜器件是个坏主意时（比如无法稳定维持低档位的廉价调光驱动、不先确认零线就上的市电继电器），配方会直接说明。
不构成专业建议
这些配方会切换市电、水路阀门与物理门锁，仅供信息参考。当地电气与给排水规范、熔断与隔离、漏电保护要求，以及每一处失效保护的实际测试，都由你负责；法律要求持证电工或水暖工时，请务必请人。
有疑问、要纠错，或某条配方在真实住宅里表现不佳：请写信至 [email protected]。