一、为什么需要 24/7 个人 AI 助手

独立开发者最容易踩的坑: 写了一版 todo app, 凌晨 3 点 user 上报 bug 自己睡死, 等早上 9 点起来 user 已经投诉完走人.

如果有一个 24/7 守着的 AI 助手:

• 凌晨 cron 自动扫监控告警 → 微信推你

• 上午自动把日报推到飞书 DM

• 下午自动备份数据库到 OSS

• 晚上跑长任务 (大模型推理 / 数据 ETL)

这就是 Hermes Agent 给独立开发者做的事: 把"系统管理"这份精力外包给 AI, 你只管"业务决策".

作者: 作为独立开发者 / 7/6 实战沉淀. 关键词: Hermes, AI Agent, 独立开发, 自动化, cron.

二、5 分钟极速清单 (3 步搞定)

步骤 1: 沙箱环境准备 (60 秒)

# Ubuntu 22.04 LTS / 4GB RAM 起步 (实测 3.8G RAM 1 个用户能跑满所有功能)
sudo apt update && sudo apt install -y python3.10 python3.10-venv git

# 沙箱不需要公网 IP, 你家宽带或新加坡机房都行 (实测 50.7.252.26 全 API 通)

步骤 2: 装 Hermes (90 秒)

# 拉代码 + venv 隔离 (3 行)
git clone <paste-your-git-url> ~/.hermes
python3 -m venv ~/.hermes/venv
source ~/.hermes/venv/bin/activate && pip install -e .

# 必须 chmod 600 凭据文件 (Linux 用户注意)
chmod 600 ~/.hermes/.env

步骤 3: 第一个 cron (120 秒)

# 编辑 ~/.hermes/config.yaml 配 bot token, 详见官方文档
hermes cron create \
  --schedule "0 7 * * *" \
  --prompt "每天 7:00 推我飞书 DM 我的日报" \
  --deliver feishu:oc_XXXXXXXXXXXXXXXXXX

# 看 cron 跑没
hermes cron list

跑完之后, 你就有自己的 24/7 助手了.

三、完整 ~/.hermes/config.yaml 关键字段

config.yaml 是 Hermes 的控制中心, 你改这一份文件就够了. 6/29 实战沉淀的 200+ 行配置文件, 90% 用默认就行, 真正要改的就 3 段:

# 1. 凭据段: 5 重持久化 (6/25 老板拍板)
credentials:
  rediss_url: "rediss://default:...@pro-tick-XXXX.upstash.io:6379"
  feishu_app_id: "cli_..."
  wavespeed_api_key: "wsk_..."

# 2. 时区段: Asia/Shanghai (我在中国, 永远 +8)
timezone: "Asia/Shanghai"

# 3. 推送段: 默认 bot 身份 + 多个 platform 兼容
delivery:
  default: feishu
  feishu_home: oc_...

首次必读: 137 个 scope 默认开, --as user 才能跑高权限命令. 具体 lark-cli auth status 看自己.

四、第一个 cron 实战 (hermes cron create)

我7/6 实战的 21 个 cron 里, 最容易验证的就是求职日报 . 让你收到求职日报: 5 行配置:

# 5 行让我 7:30 收到求职日报
1. cron schedule: "30 7 * * *"
2. cron prompt: "每日求职日报, 5 个 JD + 中俄国际形势 + 其他"
3. cron skills: ["apify-skill-factory", "lark-cli"]
4. cron deliver: origin (推回飞书 DM)
5. cron timeout: 600 (秒)

第一次跑可能 0 命中 (apify 配额限制), 这是正常的, 4 大踩坑 (6/21 老板拍板) 之一.

五、3 大踩坑

踩坑 1: 沙箱 IP 50.7.252.26

症状: 我本地浏览器登录 Boss 直聘, 把 cookie 复制给沙箱 → 沙箱永远登不上.

根因: Boss / 猎聘 / 智联 cookie 跟 IP + UA + Referrer 三重绑定, __zp_stoken__ 是服务端 JS 实时算的密文. 沙箱 IP 是新加坡机房 ≠ cookie 原本住宅 IP → 服务端一算就发现 token 不对 → 整条 cookie 失效.

正解: 不要在沙箱跑需要登录态的站, 要登录态的站必走你本地浏览器.

踩坑 2: Timezone 没改, 每天 7:00 跑变成你15:00 跑

症状: 定 “0 7 * * *” 想看早上 7 点日报, 结果晚上才到.

根因: Ubuntu 默认 UTC, cron 调度按容器内时区算. 我再中国 +8 起床, 沙箱如果不改 timezone, 我的"早上 7 点" 实际是 UTC 7:00 (中国时间 15:00).

正解: ~/.hermes/config.yaml 里写 timezone: "Asia/Shanghai". 写代码时记得 8 小时差.

踩坑 3: venv 隔离失败, 本地 Python 被污染 263MB

症状: 系统 Python pip install scikit-learn, 系统瞬间 +1GB, 内存 avail 370Mi → 600Mi.

根因: hermes-agent venv 是空的, 但我装的 sklearn/pandas/scipy 全进系统 /usr/lib/python3/dist-packages, 未来升级 Python 全部失效.

**正解 **: 包永远装到 venv, 不装系统 Python:

# 错误写法
sudo pip install scikit-learn  # ❌ 污染系统

# 正解 4 步
source ~/.hermes/venv/bin/activate
pip install scikit-learn         # ✅ 在 venv 隔离