一人公司的最大瓶颈不是创意，不是工具，而是"谁能准时把事干了"。AI Agent解决了"有人干"的问题，Cron解决了"准时干"的问题。

为什么你需要Cron Job

一个典型的一人AI内容公司，每天要干这些事：

• 每1小时扫描一次AI行业热点（GitHub、Hacker News、The Verge）
• 每2小时从最新热点里选一个，写成AI风向快讯
• 每天4个时段产出Agent工坊教程
• 每天凌晨自动同步网站
• 每30分钟检查一次系统健康状态

如果全靠人工盯，你一天24小时都得守在电脑前。但用Hermes Agent的Cron Job，只需要一次配置，这些事会自动在后台完成。

下面我就用AI创业内参的生产环境配置（6个真实Cron Job，累计运行600+次），手把手教你构建自己的定时自动化系统。

核心概念：3分钟理解Cron Job模型

Hermes Agent的Cron Job本质上是一个定时触发的对话。每到设定的时间点，Agent会收到你预设的Prompt，像正常对话一样执行任务。

一个完整的Cron Job配置包含：

{
  "id": "唯一标识",
  "name": "任务名称",
  "prompt": "给Agent的完整指令",
  "skills": ["需要加载的skill列表"],
  "model": "使用的模型",
  "schedule": {
    "kind": "cron",
    "expr": "cron表达式"
  },
  "enabled_toolsets": ["web", "file", "terminal", "search"],
  "deliver": "local",
  "context_from": ["依赖的前置job ID"]
}

关键字段说明：

实战拆解：AI创业内参的6个Cron Job

Job 1：热点监控（每小时整点 0 */1 * * *）

这是整个系统的"眼睛"。每小时自动运行，三线并扫：

🔧 工具线：Hermes Agent / OpenClaw GitHub releases、Claude Code 新功能、MCP 新工具
📰 行业线：Anthropic/OpenAI/Nvidia/Google AI 财报、融资、收购、重大发布
💰 变现线：AI 内容创业案例、公众号流量主策略、知识星球运营方法

配置要点：
- 用 deepseek-v4-flash 模型（速度快、成本低，扫描不需要深度推理）
- 启用 web + file + terminal + search 全套工具
- 输出到 research/outputs/hotspot-scan-YYYYMMDD-HHMM.md

运行数据：已完成 166次，状态正常。

Job 2：AI风向快讯（每2小时 0 */2 * * *）

有了热点扫描，下一步是"挑一个最有价值的写成快讯发公众号"。

这个Job的巧妙之处在于 context_from: ["d8c4608abe83"]——它依赖Job 1。Job 1跑完后，Job 2自动拿到最新的扫描报告作为上下文，从中选出最有价值的1条，写成800-1000字快讯，直接提交微信公众号草稿箱。

配置要点：
- 加载 ai-neican-hotspot + wechat-public-account-draft 两个skill
- 无配图、无封面（快讯追求速度）
- HTML不放标题（微信API的title字段自动渲染）
- 提交后用 draft/batchget 验证草稿存在

运行数据：已完成 83次。

Job 3：Agent工坊教程（每天4次 0 2,8,12,18 * * *）

这是内容深度层。每天4个时段（凌晨2点、早上8点、中午12点、傍晚6点），自动产出1500-2500字的Agent工具教程，带配图和代码示例。

配置要点：
- 用 deepseek-v4-pro 模型（教程需要深度推理和代码编写能力）
- 加载4个skill：热点监控 + 内容流水线 + 微信发布 + 图像生成
- 生成1-2张GPT Image 2配图（1024x1024，带中文数据标注）
- 上传配图到微信素材库，用mmbiz URL插入正文
- 完整流水线：扫描报告 → 选题 → 写作 → 配图 → HTML构建 → 提交草稿箱 → 验证

运行数据：已完成 27次。

Job 4：网站同步（每天凌晨4点 0 4 * * *）

公众号发了还不够，还要同步到网站 www.xopcx.com。

这个Job：
1. 找到最新的文章（content/outputs/01-article.md）
2. 缩图到1200px宽
3. 生成网站HTML（与公众号HTML格式不同：网站用<h1>，公众号用API title）
4. 更新首页
5. 跑10项检查清单
6. 用Cloudflare Wrangler部署

运行数据：已完成 7次。

Job 5：一人公司深度文（周二/周五 0 3 * * 2,5）

每周2篇深度变现方法论文章（2500-4000字），走完整的 multi-agent 流水线：

researcher → outliner → writer → reviewer（≥60分才发布）→ writer修正 → designer（4张数据配图+封面）→ 提交草稿箱

这是质量最高的内容层，6个Agent协作完成。

Job 6：系统健康监控（每30分钟 */30 * * * *）

定时检查：
- jobs.json是否存在且可读
- agent.log是否有权限错误
- 是否有paused的job
- 是否有job last_status为failed
- 是否有job被卡住超过30分钟

正常时静默，异常时才报告——这是自动化运维的最佳实践。

配置模板：3个可直接复制的Cron Job

模板1：每日早报生成

{
  "id": "morning-briefing",
  "name": "AI早报",
  "prompt": "生成今日AI早报，涵盖：\n1. 过去24小时最受关注的3条AI新闻\n2. 每条100-150字摘要\n3. 输出到 /home/agent/ai-briefing/YYYY-MM-DD-morning.md",
  "skills": [],
  "model": "deepseek-v4-flash",
  "schedule": { "kind": "cron", "expr": "0 8 * * *" },
  "enabled_toolsets": ["web"],
  "deliver": "local"
}

模板2：GitHub仓库监控（带链式依赖）

这个模板展示 context_from 的强大用法——Job A扫描仓库 → Job B分析变更并生成报告：

Job A（扫描，每小时）：

{
  "id": "repo-scan",
  "name": "仓库监控-扫描",
  "prompt": "检查以下GitHub仓库的最新commits：\nNousResearch/hermes-agent, openclaw/openclaw\n输出变更摘要到 /tmp/repo-scan-YYYYMMDD-HHMM.md",
  "model": "deepseek-v4-flash",
  "schedule": { "kind": "cron", "expr": "0 * * * *" },
  "enabled_toolsets": ["web", "file"],
  "deliver": "local"
}

Job B（分析，扫描后5分钟）：

{
  "id": "repo-report",
  "name": "仓库监控-分析报告",
  "prompt": "读取最新的仓库扫描报告。如果有重要变更（新版本、破坏性改动、新功能），生成300字分析报告并保存。如果无重要变更，跳过。",
  "model": "deepseek-v4-pro",
  "schedule": { "kind": "cron", "expr": "5 * * * *" },
  "context_from": ["repo-scan"],
  "enabled_toolsets": ["file"],
  "deliver": "local"
}

模板3：内容发布流水线

{
  "id": "content-publish",
  "name": "内容发布",
  "prompt": "1. 从 content/queue/ 目录找到最早的待发布文章\n2. 调用微信公众号API提交草稿\n3. 发布成功后移动到 published/ 目录\n4. 发布失败则记录到 error.log 并通知",
  "skills": ["wechat-public-account-draft"],
  "model": "deepseek-v4-flash",
  "schedule": { "kind": "cron", "expr": "0 10,16 * * *" },
  "enabled_toolsets": ["file", "terminal"],
  "deliver": "local"
}

高级技巧

1. 链式依赖（context_from）

这是Cron Job最强大的特性。你可以构建多级流水线：

Job 1（数据采集） → Job 2（数据分析） → Job 3（报告生成） → Job 4（发布）

每个Job自动拿到前一个Job的输出作为上下文，不需要手动传递数据。

2. 模型分层策略

3. 工具集最小化

只给Agent它需要的工具，减少"幻觉"操作的风险：
- 只做搜索的Job：["web"]
- 只做文件处理的Job：["file"]
- 需要提交API的Job：["file", "terminal"]

4. 静默设计原则

正常的Job应该静默输出。参考健康监控Job的设计：正常时不说一句话，异常时才报告。这样可以大幅降低上下文消耗和token成本。

5. 定时任务与事件触发的组合

Cron解决"定时"问题，但有些场景更适合"事件触发"。Hermes Agent支持两者组合：

• Cron：每小时热点扫描（定时）
• 事件触发：发现重大新闻时立即生成内容（人工或阈值触发）

实际使用中，Cron负责"保底覆盖"，事件触发负责"突发响应"。

避坑指南

❌ 不要把Cron间隔设太短：HN API有速率限制，GitHub API每小时60次（无认证）。建议最小间隔15分钟。

❌ 不要所有Job用同一个模型：扫描Job用pro模型是浪费。flash模型处理搜索和摘要完全够用。

❌ 不要忽略错误处理：没有一个Job是100%可靠的（API超时、网络问题、上游数据格式变化）。在prompt里明确告诉Agent"遇到错误时该怎么做"。

✅ 用 context_from 替代手动数据传递：不要在一个prompt里塞所有逻辑，拆成多个小Job，用链式依赖串联。

✅ 定期检查运行日志：虽然健康监控Job会自动检查，但每月人工抽查一次运行输出，看看有没有"悄悄变差"的趋势。

从手动到自动的最后一公里

很多人买了AI工具，配置了Agent，但最终又回到了手动操作——因为没人"盯"着执行。

Cron Job就是那个"盯"着的人。它不会忘、不会累、不会请假。

AI创业内参运行一周多，6个Cron Job累计执行600+次，产出了200+篇草稿，而你看到的这篇文章，就是Agent工坊Job在傍晚6点自动产出的。

你今天可以立刻做的事：
1. 找出你每天重复做的一件事（哪怕只是"每天早上搜索一次行业新闻"）
2. 用模板1改写成你的第一个Cron Job
3. 让它跑3天，看看省了多少时间

从1个Job开始。下周再加第二个。

AI创业 #Agent工坊 #HermesAgent #CronJob #一人公司 #自动化

本文由AI创业内参的Agent工坊Cron Job自动生成，人工审核发布。配置来源：/home/agent/.hermes/cron/jobs.json（6个Job，166+83+27+7+2+331次运行记录，截至2026.5.17 18:00 CST）