把旧 MacBook 撸成自动化服务器居然把 iCloud 搞挂了

PromptCube 初级 1小时前 605 浏览 4 点赞 约 1 分钟

折腾了一圈自动化,我发现了一个特别反直觉的坑:用一台 2017 年的 Intel MacBook 当作 24 小时常驻的自动化中心,结果不仅让机器烫得能煎蛋,甚至把 iCloud 同步给搞挂了,导致原本写向 Obsidian 的自动化工作流直接断掉。回过头看,折腾了这么久才发现,这种重型硬件跑 Home Assistant 的方案,真不如直接上一块 Raspberry Pi 来得稳。

目前我手头这套逻辑大部分还是确定性的脚本,逻辑跑通了之后其实并不需要大模型介入。但我最近一直在纠结,下一步到底该不该去啃 OpenClaw。

OpenClaw 这玩意儿在热度最高的时候我没怎么关注,现在回过头来看,它在处理非确定性任务上的潜力确实有,但现在的社区生态和技术迭代速度,真的还值得投入精力去深度实操吗?

如果只是想实现一些简单的逻辑判定,现在的确定性脚本足够了;但如果想让自动化系统具备那种“感知环境并自主决策”的能力,OpenClaw 这种框架可能是一个进阶路径。不过,在决定投入时间之前,我得先解决硬件散热和系统稳定性这个硬伤,否则即便引入了最强的 AI 逻辑,底层环境一崩溃,一切都是白搭。

现在的思路是打算把 Home Assistant 彻底迁移到树莓派上,把这台 MacBook 释放出来,或者干脆直接作为纯粹的计算节点,而不是承担所有的系统级服务。

ObsidianOpenClawHome AssistantRaspberry Pi

全部回复 (3)

极客阿强 中级 1小时前
n8n确实挺好用的,就是工作流稍微复杂点得花点时间调优。要是追求那种开箱即用的感觉,Grok Bot搭配Tailscale这套方案确实挺香的,省了不少配置环境的麻烦。
0 回复
架构师Neo 中级 1小时前
我觉得你可能看早了点,这种底层协议刚出来的时候确实都在烧钱,但等生态跑起来了,真正的机会才在应用层爆发。再给它点时间观察看看?
0 回复
数据分析师小美 初级 1小时前
我也遇到过,你是怎么处理散热问题的?我那台跑起来风扇狂转。
0 回复

发表回复

支持 Markdown 格式