又来更新这台 HP T430 的折腾记录了

双核、2G 内存、16G eMMC……这配置听起来就很“感人”，但我就是忍不住想继续压榨它。

这次的成果是：

给它装上 Fedora Server + Cockpit 做地基，跑 go-music-dl 负责音乐下载，再部署一个 AstrBot 聊天机器人（用 Napcat 登录 QQ，模型全走云端）。

现在我可以在 QQ 里和它正常聊天，它用云端大模型回复我，感觉已经挺有灵魂了。go-music-dl 还是单独跑，需要的时候我手动触发或以后再慢慢加联动。

1.系统：Fedora Server + Cockpit 的网页运维体验

决定彻底抛弃桌面环境后，安装 Fedora Server 最小化系统还算顺利，但配置静态 IP 和防火墙（cocpkit其实可以图形化操作）的时候又花了点时间，差点又掉进命令行小迷宫；

装好 Cockpit 后，在浏览器敲 https://T430的IP:9090，直接看到完整的仪表盘！负载、日志、容器状态一览无余。坐在沙发上就能监控这台小机器，运维体验直接起飞。

2.容器：

2G 内存的机器真的不适合跑桌面。Cockpit + Podman 这套组合，让低配设备也能有“运筹帷幄”的感觉，资源占用低，留给服务的空间更大。

go-music-dl（Go 版音乐下载）

之前 Python 版经常卡顿、报依赖错，在这台小机器上尤其明显；换成 Go 语言重写的 go-music-dl 后，启动快、内存占用低、搜索和下载响应明显变好。支持多平台音源，拉 Hi-Res 无损方便多了，下载完配合我的分类规则整理，强迫症很满足。

AstrBot 聊天机器人（纯聊天版）

部署聊天机器人时，最开始配置消息平台对接有点绕，尤其是 Napcat 和 AstrBot 之间的 WebSocket 连接，试了几次才通。当我第一次用手机 QQ 给机器人发消息，它立刻用云端大模型回复我的时候，那种“哇，我有自己的 QQ AI 助手了”的感觉真的很爽！虽然目前只是聊天功能，但已经让我觉得这台 T430 活过来了。

Napcat 负责 QQ 登录：下载 Napcat，扫码登录自己的 QQ 小号（建议别用主力号），配置好反向 WebSocket

AstrBot 作为框架：用 Podman 或直接运行，进入 WebUI 配置消息平台，选择 aiocqhttp（QQ），填入 Napcat 的反向 WebSocket 地址和端口

模型全部走云端：在 AstrBot 的服务提供商（Providers）里添加 DeepSeek、OpenAI、Gemini 等云端 API，填好 Key 即可。完全不用本地跑模型，省内存省力气

配置管理员 ID（填自己的 QQ 号），方便用指令管理机器人

重启后，在 QQ 里直接 @机器人 或发消息测试聊天

整个过程没有写复杂插件，也没有给它加“手脚”去调用 go-music-dl，目前就是个老老实实的聊天机器人。但框架本身扩展性很强，以后想加音乐下载指令也比较方便。

最后一点小感悟：

在这台资源捉襟见肘的 T430 上折腾，我又一次体会到“头疼与喜悦并存”的乐趣。

低内存逼我选轻量方案、用容器、走云端模型……每解决一个小问题，都多一份成就感。

现在它已经从当年的瘦客户机，变成了我的边缘小管家：一边安静跑着 go-music-dl 下载音乐，一边用 AstrBot 陪我聊天。功耗低、24 小时在线，还不用我一直盯着。

给后来者：

如果你也有一台老旧 x86 小主机，想玩自建服务，推荐先走 Fedora Server + Cockpit + Podman 这条路。

聊天机器人部分，Napcat + AstrBot + 云端模型 是非常省资源且容易上手的方案。不用急着加复杂功能，先跑起来一个能聊天的机器人，再慢慢扩展，乐趣更多。

折腾永不止步，但也要学会享受“小而美”的过程，别把自己累坏了。

虽然最后这台机器决定卖掉了，但通过它我发现了并非高性能PC能带来快乐，不过有条件还是选好一点的配置吧，hhh。

（完）