FROST GUARD｜霜霜 v0.5：补上日常生活台，让钠锂方案接受四组对照

上一版做出了钠锂双电源、小机器人表情和简单交互。这次继续往下做，我想补两个问题：霜霜平时能帮人做什么？实验里看到的收益，到底来自钠电，还是来自多了一条备用供电路径？

1. 让霜霜平时也有事情可做

这次加入了“霜霜的生活台”，目前可以在网页里实际使用：

• 待办清单：添加、完成、恢复和删除。
• 多条定时提醒：到点显示通知卡，处理后清除。
• 专注计时：开始、暂停、继续和结束，刷新后保留计时状态。
• 本机保存与导出：生活记录保存在当前浏览器，也可以下载留档。

生活工具使用真实时间，供电实验使用模拟时间，两者分开。例如，设置十分钟后提醒喝水，再把冬夜实验推进六小时，提醒不会因此提前到点。

“我出门了”和“我回家了”也接到了模式切换上。创建实验后，可以手动设置有人或无人；无人且寒冷或停电时进入守家模式，减少动画、暂停语音，继续显示监测记录是否新鲜。这仍是使用者手动设定，尚未接入真实人员检测。

提醒目前有明确限制：关闭页面后不会后台响铃或给手机推送，再打开时会列出已到期的提醒。生活记录也不会自动跨设备同步。

2. 加上双锂电，重新检查混合方案的贡献

上一版有单钠、单磷酸铁锂和钠锂混合三组。这次新增“双磷酸铁锂”，形成四组对照。

四组标称总容量都为120Wh，初始电量、健康状态、任务和环境相同。两组双电源采用相同的主供/备用容量分配、调度策略和损耗设置。

这样可以分两步看：

• 单锂与双锂：观察容量拆分、备用路径和调度带来的变化。
• 双锂与钠锂：保持供电架构相同，再检查备用电芯参数的影响。

故障也改为按“主供支路”“备用支路”注入，避免用一次“锂电故障”同时移除双锂两条路径，造成不公平比较。另外加入了共享主控失效：即使电池还有余额，关键服务也可能停止。

默认设置先让钠电与磷酸铁锂的低温参数相同。运行预设的16小时故障叠加演示，得到：

方案	关键服务运行	新鲜记录覆盖	服务中断
单钠电	10.00小时	8.00小时	6.00小时
单磷酸铁锂	10.00小时	8.00小时	6.00小时
双磷酸铁锂	16.00小时	约10.77小时	0小时
钠锂混合	16.00小时	约10.77小时	0小时

在这个默认情景里，钠锂和双锂结果相同。它说明备用供电架构在这段故障过程中发挥了作用，还不能据此证明钠电的独特优势。

这些数字是指定参数和事件顺序下的软件模拟结果，不是电池实测续航。页面也提供了低温差异假设，可以探索结果对参数的敏感程度，但这些假设还没有拟合目标电芯。

3. 与AIDC可靠性有关的部分，更具体了

霜霜尝试借鉴的是任务优先级、备用供电路径和异常可见性：

平时提供交互，能源受限时优先保留关键任务；主供路径失效时检查备用能否接力；传感器停止上报时，把记录标为过期或未知，而不是继续显示“正常”。

共享主控故障也提醒了我：两个电源并不自动等于整机可靠。主控、网关和通信链路仍可能成为共同故障点。

目前完成的是这些机制的软件表达。真实端侧AI、电池保护与充电管理、供电切换波形、无线覆盖和告警送达，仍需要后续验证。

4. 网站怎么体验，怎么检查这次成果

网站入口：https://frost-guard-d3gw4cry5916d32c4-1503361620.tcloudbaseapp.com/

进入“霜霜生活台＋四组实验”，确认页头版本为v0.5：

1. 可以先体验待办、提醒和专注计时，不必创建电池实验。
2. 选择“等曲线基线”，创建四组同容量实验，再运行16小时演示。
3. 重新创建实验后，可以手动接续停电、断网、支路故障、传感器失联与恢复，观察余额、记录覆盖、账本和事件日志。
4. 实验记录可下载；刷新会清空本次供电实验，留档前需要先导出。

“原理与证据”页保留了历次研究、图解和来源。本轮补充了浏览器本机存储、后台计时限制、数据中心供电拓扑和备用电源参考设计，来源库目前共有45条记录，各自注明适用范围。

验证方面，35项电源模型检查和25项日常工具检查通过，共60项软件检查。新增检查覆盖了专注暂停后恢复、恢复后刷新、重复暂停与恢复，以及重新打开页面后的到期补报；同时检查了桌面和375像素手机布局。

下一步先继续补同测试条件下的电芯数据，并把重量、体积、成本和额外电路损耗纳入比较。霜霜能否变得更实用，以及钠电在什么条件下值得加入，需要分别拿出证据。