给家庭服务器装个7×24管家：31G内存跑着12个AI员工

Sat, 10 Oct 2026 08:30:00 +0800

服务器巡检这件事，靠人坚持一周行，坚持一年没戏。我的办法：雇12个AI员工，7×24替我值班。

先说结论

一台 i5-12400 小主机，31G 内存，上面跑着 12 个 AI 员工。

它们管巡检、管监控、管写文章、管整理记忆，还有一个专门盯着磁盘。

全套跑下来：内存只用了 7.1G，负载 0.06，一个月电费几十块的水平。

这篇文章是我家服务器的实测实录，所有数字都是今天现场采集的。

一、为什么要给服务器装"AI员工"

先说痛点。家里的服务器，最怕的不是坏，是"你不知道它坏了"。

磁盘悄悄被日志塞满，等你发现时已经写不进去了。

服务半夜挂了，第二天中午才看到，黄花菜都凉了。

手动巡检能解决吗？能，但不可持续。

我试过每天早上登录上去敲一遍命令，坚持了不到两周。

人靠不住，就让机器靠得住。于是我把巡检、监控、写作这些活儿，全拆成了定时任务，交给 AI 员工去干。

它们不要工资、不请假、不摸鱼，凌晨三点照样上班。

二、硬件底座：一台小主机的真实负载

先报家底，今天（2026-10-10）现场实测：

项目	实测数据
CPU	12代酷睿 i5-12400，6核
内存	31GiB，已用 7.1Gi，可用还有 24Gi
交换分区	8G，用量 0B（一次都没动过）
磁盘	295G，已用 74G（27%）
开机时长	4天20小时
负载	0.06

几个数字值得多说一句。

内存 31G 只用了 7.1G，说明这套 AI 员工体系其实很轻。

它们大多数时候在"睡觉"，到点才醒过来干一把活，干完继续睡。

交换分区用量是 0B，意思是内存从来没紧张过。

负载 0.06 是什么概念？6 核的机器，负载低于 6 都算闲，0.06 基本等于在打瞌睡。

也就是说，这台机器还有巨大的余量，现在连十分之一的力气都没用上。

三、员工名单：12个AI员工的分工表

这是这台服务器的核心资产：12 个定时任务形态的 AI 员工，各管一摊。

岗位	干什么	节奏
系统健康巡查	全机体检	每天 08:05
DNS健康检查	盯域名解析	每 5 分钟
磁盘空间看门狗	盯磁盘，异常才报	每 2 小时
每日公众号文章写作	写文章	每天 08:30
公众号选题推荐	推荐选题	每周二 09:00
热记忆自动整理	整理AI的短期记忆	每天 07:00
记忆挖掘	从历史对话里挖知识	每周一 03:00
活跃工作状态清理	收拾没干完的活	每周一 07:00
RTK 版本监控	盯一个工具的新版本	每周一 10:00
AI助手版本监控	盯AI助手本体更新	每天 10:30
GLM-4.7-Flash 定价监控	盯模型价格变化	每月 1 日 10:00
LLM Wiki 周更新扫描	更新知识库	每周一 11:00

按职能分，其实是四类工种。

保安部：系统巡查、DNS 检查、磁盘看门狗。负责别让机器出事。

内容部：每日写作加选题推荐。你现在看到的文章，不少就是它们写的初稿。

管家部：热记忆整理、记忆挖掘、工作状态清理。负责让 AI 越用越懂我。

情报部：三个版本监控加知识库周更。负责盯外部世界的变化。

除了这 12 个主力员工，还有几个辅助岗位：南京房市信号监控（每月 6 日）、热点监控（每天 9 点和 15 点）等。

整套体系的排班思路很简单：高频的管安全，低频的管情报，每天都在干活的管产出。

四、重点拆解：磁盘看门狗的"有状态去重"

12 个员工里，我最想展开讲的是磁盘看门狗。它是"报警疲劳"问题的一个标准解法。

先说背景。它每 2 小时跑一次，至今已经跑了 1509 次。

如果每次都汇报"磁盘 27%，一切正常"，会怎样？

一天 12 条正常消息，一个月 360 条，你很快就会把它的消息当成噪音。

真正出事那天，你大概率也注意不到。这叫报警疲劳，监控系统的经典死法。

我的解法是给它加了一个状态文件，存两个数：上次已报的级别 + 当时的磁盘使用率。

现在这个文件里的内容就一行：“0 27”——级别 0（正常），使用率 27%。

报警规则只有三条：

变化	动作
0 → 1（正常变警告，阈值75%）	报警
0 → 2 / 1 → 2（升级到严重，阈值90%）	报警
1 → 0 / 2 → 0（恢复正常）	报一次"恢复正常"

同级不重复报。27% 报过一次正常之后，哪怕连着跑一百次 27%，它都闭嘴。

只有使用率继续恶化、跨过阈值，它才再次开口。

这个设计的关键就四个字：只报变化。

监控系统最大的价值不是"告诉你一切正常"，而是"在事情变坏的那一刻告诉你"。

这个思路可以抄到任何监控场景：证书到期、备份失败、内存泄漏，都是同一个模板。

五、这些员工的劳动成果

光有员工不行，还得看产出。两个最直观的成果。

一个是知识库。

服务器上有一个自动生长的 wiki，现在有 36 页互链的 markdown 笔记。

分三类：实体（某个项目/工具的档案）、概念（某个技术主题）、对比（同类工具横评）。

每周一的更新扫描任务会自动检查哪些页面过时了、哪些新话题值得补。

这个 wiki 挂在一个容器里对外提供 Web 访问，容器叫 ignis，内存占用 89.54MiB——只占总内存的 0.28%。

另一个是博客。

/root/blog/content/posts/ 目录下，现在躺着 141 篇已发布文章。

其中相当一部分的初稿，出自"每日公众号文章写作"这个员工之手。

流程是它早上 8 点半动笔，写完交给另一个员工审校，审过了再变成草稿等我终审。

我不可能自己手写 141 篇。这背后就是分工：人管选题和终审，AI 管初稿和执行。

六、成本与心得

最后算账。

电费：i5-12400 待机功耗很低，这台机器 7×24 开着，一个月电费几十块的水平。

硬件：不需要服务器级的配置。一台普通的小主机就够了，二手市场更便宜。

大头其实是搭体系的时间：写脚本、定阈值、调报警规则。但这是一次性投入，之后每天都在回本。

给想上手的普通玩家一个最小起步路径：

找一台能 24 小时开机的旧电脑，装个 Linux
先从两个员工开始：磁盘看门狗 + 系统健康巡查
跑稳了再加内容类员工，比如每天自动备份、自动整理下载目录

核心心法就一句话：先让机器报告问题，再让机器解决问题，最后让机器预防问题。

我的这台小主机，现在处在这个循环里，一天 24 小时，不需要我。

家庭服务器 on Kalend's Blog