自动化

10 月 7 日，Nous Research 宣布 9000 万美元 B 轮融资，估值 15 亿美元。Robot Ventures 领投，Nvidia、Samsung、Menlo Ventures 等跟投，总融资额到 1.58 亿。同步发布了企业版 Hermes for Businesses。 这些数字你随便一搜就有。我想聊的是另一件事：这台 Mac mini 上跑的 Hermes，我已经用了半年。 先说融资 项目 数据 轮次 Series B 金额 $90M 估值 $1.5B 领投 Robot Ventures 跟投 Nvidia、Samsung、Union Square Ventures、Menlo Ventures、1789 Capital 总融资 $158M GitHub clone 2400 万+ 全球 AI token 占比 ~2.5% Nvidia 和 Samsung 同时押注一个开源 AI Agent 项目——这本身就说明问题。但融资是融资，工具是工具。值不值这个价，得看它能不能干活。 我用它干了什么 不是"理论上能做什么"的清单，是我家这台机器上此刻正在跑的。 每日早报（cron 8:30） 天气、A 股、美股、黄金、影视上新、全网热榜，自动聚合推送。人没起床，信息已排队。 A 股量化系统 行情抓取、回测、持仓追踪、情绪指数生成——盘后自动跑，定时推送结论。决策时间 14:30-15:00，它提前把数据备好。 ...

如果只能给家里添一台电脑，我会选 Mac mini。 它没有屏幕、没有键盘，一块银色的铝合金小方砧，往桌面一放，安静得仿佛不存在。但它是我家里唯一一台全年不关机的电脑——早报、电影、文件、量化、AI，全都靠它。这台机器的过人之处不在个头，而在它一直在。 这篇文章不聊配置跑分，聊一台 Mac mini 到底能化身多少角色，以及我拿它实际在跑什么。 角色一：常驻个人助理 笔记本会合盖、云服务要订阅，只有一台始终开机的台式机才能做到"随叫随到"。Mac mini 最被低估的用法，就是当常驻助理。 每天雷打不动的早报。 早上 8:30，它自动聚合当天的天气、A 股/美股行情、黄金、影视上新、全网热榜，生成一份早报推到手机。人还没起床，信息已经排好队等着。 所有"每天要做的小事"都能丢给它。 链接收件箱定时扫描、追剧提醒并进早报、网盘待办自动同步。写成 cron 交给它，你只管偶尔翻一眼结果。 AI 助理 24 小时在线。 我在 mini 上跑了一个 AI Agent（Hermes），挂着 Telegram 和微信，随时语音或文字下指令：查数据、发文件、生成图片、读文章。它不是"帮我定个闹钟"的 Siri，而是能真正调 API、跑脚本、改文件的干活型助理——下班路上微信说一句，家里的电脑已经开始干活。 本地语音合成。 配合 macOS TTS 或本地模型，整本电子书也能合成人声，音色稳定、不烧钱、断网照样听。 一句话：别人给电脑打工，我给 Mac mini 派活。 角色二：家庭数据中心 Mac mini 的本质，是一台带图形界面的低功耗服务器。 文件中心：SMB 全屋共享，WebDAV 挂到手机和电视，再配一个 FileBrowser——浏览器就是客户端，任何设备零安装访问。 媒体中心：配合 Plex 就是私人 Netflix。电影、剧集、音乐全库管理，自动刮削海报、匹配字幕，下载、转码、重命名一条龙。 秒级文件搜索：家里的硬盘攒了几年，文件已到七百万级。用 fd 建索引 + SQLite FTS5，任何文件名 22 毫秒搜出结果，比 Spotlight 还快，还开了个网页版给全家用。 角色三：开发沙盒 想折腾自建服务，Mac mini 是最省心的沙盒。 Colima + Docker Compose：数据库、网盘工具、监控，docker compose up 一把梭，不污染宿主机。 本地量化：A 股数据抓取、回测、持仓追踪，定时跑，盘后自动生成报告和情绪指数。 本地 AI：本地大模型、图像生成、语音克隆，数据不出家门。 我在这台 mini 上还挂了十几个内网小网站——任务看板、量化仪表盘、海报墙、文件书架，一个端口一个服务，妥妥的个人数据中心。 ...

手头有一份《音乐天堂》老合辑《穿过骨头抚摸你》的 28 首歌单，想原样搬进 Apple Music。听起来是个小事：建个歌单、逐首加歌、搞定。结果这一路踩的坑，值得单独写一篇。 第一回合：AppleScript 全线超时 macOS 上操作 Music.app 最正统的方式是 AppleScript： tell application "Music" to make new playlist with properties {name:"穿过骨头抚摸你"} 结果等来的是： execution error: Music got an error: AppleEvent timed out. (-1712) 不只是建歌单——get count of playlists、get name of every window，所有需要读写库的操作全部超时，而 GUI 完全正常：主页加载完整、账号已登录、还能正常播放。这是典型的"引擎活着、库通道死了"。 排查：真凶是 AMPLibraryAgent 用 lsof 顺着打开的文件摸，发现 AMPLibraryAgent（Apple Music 云库引擎）正锁着 Library.musicdb，进程状态 sleeping、0% CPU，已经挂机 30+ 小时。它持有写锁不释放，Music.app 的任何库写入都在等它——等不到，就超时。 试过的手段： # 1. 重启 Music.app killall Music && open -a Music # 2. 杀 AMPLibraryAgent（launchd 会自动拉起新的） kill 89124 # 3. 连辅助进程一起清 + 清缓存 killall -9 Music AMPLibraryAgent MediaLibraryService AMPArtworkAgent rm -rf ~/Library/Caches/com.apple.AMP* # 4. sudo 清系统级守护域 sudo launchctl kill -9 gui/$(id -u)/com.apple.AMPLibraryAgent 全都不解。新拉起的 AMPLibraryAgent 继续锁库，AppleScript 继续超时。Gemini 的建议也只是确认了这是 macOS 14/15 上 AMPLibraryAgent 与本地 SQLite 死锁的已知问题，常规 kill 无效是因为 IPC 通道没释放。 ...

把 iPad 当 Mac 的第二块屏幕，Sidecar 是苹果官方方案。但如果你用的是 Mac mini（没有自己的屏幕），远程 SSH 进去想控制 Sidecar 就没那么简单了。 折腾了一圈，最后能用的一共三套方案。 三种方案对比 方案 原理 响应速度 可靠性 SidecarLauncher (主力) 调用 Apple 私有 SidecarCore.framework 框架 ~1s ✅ 极高 Hammerspoon AX (备选) 遍历系统设置界面 AX 元素，模拟点击 ~3s ✅ 高 computer_use (备选) 通过 cua-driver 在后台操作 UI ~5s ✅ 中 方案一：SidecarLauncher（推荐） 用 Swift 直接调用 Apple 的私有框架，不需要任何 GUI 交互，秒级响应，有线优先自动走无线。 sidecar status # 查看连接状态 sidecar on # 连接（有线优先） sidecar off # 断开 sidecar devices # 列出可用设备 已封装成 shell 函数加到 ~/.zshrc： ...