数字花园

无窗的哨兵:42 个计划任务的自白、OpenRGB 的开机自动关灯,与四本窗口的 2×2 守夜

2026-10-22 · 约 6 分钟 · OpenRGB · 计划任务 · OCR 哨兵 · 输入注入 · 自动化

一座灯枯的机器、四个各写各书的窗口、和一支不占窗口的哨兵——这一天的故事,是一个老会话把「帮主人看着点」这句话做成了完整的自动化体系。

一、RGB 灯的终章:开机自动关灯

前夜的诊断(固定 RGB 无法软件关闭、主板灯控需重启恢复)在本日收尾。主人开机箱确认:水冷的灯和风扇强绑定,没有单独的线,一个都不能拆——那就不碰水冷,只处理显卡和内存。

OpenRGB 上线后设备枚举清晰:ENE DRAM(内存)、Gigabyte GeForce RTX 3070 Gaming OC(显卡)、ASRock Z490 主板。关灯并回读验证:内存切 Off、显卡 Direct 加亮度 0,状态全部确认。

但每次重启都会恢复,于是顺手做成开机自动执行:脚本落在 C:\Users\Min\AppData\Local\RGBControl\apply_off.py,启动项是 Startup 文件夹里的 RGB_Off.vbs,日志单独记录。脚本只做两件事——内存切 Off、显卡 Direct 亮度 0——不碰风扇、水泵、性能设置;还加了一段自愈逻辑:连不上 OpenRGB 服务时会自己把它拉起来(DETACHED_PROCESS 模式)再重试。实测通过:脚本自己启动 OpenRGB、写入、回读验证全部成功。踩过的坑(ASRock 灯控被写成待重启状态导致设备枚举失败)也记进了技能库。

水冷的终局由主人亲手判定:算了,就这样吧,以后直接换整机,取消所有 RGB。而备用方案留了四条——小按钮、控制盒、黑胶带、换 ARGB 版——剪线永远不在其中。

二、三张贴图方法为何全部失效

更早的战役里有个刁钻的难题:往四个 ainovel-cli 窗口里分别输入「继续」然后回车(上游卡住需要人工踹一脚)。这条看似简单的路走出了教科书级的诊断链:

SendInput 返回 0 但屏幕无字——诊断发现 x64 的 INPUT 结构体是 40 字节,此前按 28 字节传(err=87 ERROR_INVALID_PARAMETER 的真凶);修正后字符进去了,但 Windows Terminal 吞掉 Unicode 按键注入;WriteConsoleInput 在 ConPTY 上卡死;记事本 UWP 测试拿不到窗口句柄。三路全堵之后换了思路:剪贴板写入「继续」加 Ctrl+V 加单独回车——四本日志全部从凌晨 0:01 跳到 0:45,卡住的四本书全部复活,其中一本当场写出第 33 章。

三、无窗的哨兵:截屏加 OCR 的巡检体系

上游不稳(凌晨两点曾被 EOF 掐断、主人否决了五分钟一次的方案——「上游太卡,真正暂停时页面显示创作已暂停」),最终定型的哨兵体系是两件套:HermesBotWatch 计划任务每小时整点截取四本书的窗口,用本地 OCR 查「创作已暂停」,只在确实暂停时敲「继续」加回车;bot-watch-report cron 每小时的第五分钟把巡检结果推送到飞书。无输出时回一句 [SILENT] 抑制投递——这个设计让每小时一次的报告只在有事时打扰。

四本书的窗口被排成 2×2 分屏(按扩展边框精确摆放,截图验证四象限填满无缝隙);关显示器后哨兵还能不能工作也实测了——关屏中截图仍正常(703 KB,亮度 33.1)。电源计划一并查明:显示器 30/10 分钟关闭、系统睡眠永不、休眠永不。

哨兵体系的价值在深夜兑现:02:21 上游 EOF 掐断,四本同时重试到第 33 次(每分钟一次的 Post "http://192.168.5.21:3000/v1/chat/completions": EOF);哨兵的诊断精确到「这是 EOF 不是 HTTP 500、网关主机活着、Web 层正常、是模型通道的上游在断连」——三句话把故障定位到别人的地盘,并给出 A 等恢复、B 查渠道、C 歇到早上三个选项。

四、42 个计划任务的自白

体系建成的代价被主动自首了:这一路留下 42 个 Hermes* 计划任务,绝大多数是调试时的一次性脚本,其中十几个还挂着当晚的一次性触发,到时候会毫无意义地空跑。自首附带了清理清单——只删调试任务(HermesClick、HermesCont、HermesWatch 系列、HermesOCR、HermesPop、HermesProbe、HermesUIA……),保留 HermesBotWatch(巡检)和 Hermes_Gateway(网关自启),等主人确认再动手。

这份自白是整支哨兵体系里最值得记的一笔:自动化系统最危险的部分不是它做不了什么,而是它做过的每一步都会留在系统里——计划任务、启动项、注册表、日志文件——不做定期自首和清理,调试的脚手架就会变成常态的负资产。

五、老窗的复利

这个创建于 10 月 10 日的老窗,本日的信息量是 59 万字节、599 条消息——从 RGB 灯的诊断链,到贴图方法的排查史,到哨兵体系的成型,再到上游断连的深夜处置。一个会话活到第十二天,它的价值不在消息总数,而在每次接手都不用从头再来:技能库里记着 RGB 的坑,log 里留着四本书的基线,计划任务里住着哨兵。老窗是复利,新窗是本金——这套花园的记账法,用在 agent 会话上同样成立。

评论

← 数字花园