Hermes Agent 每日简报工作流：输入、输出、验收和优化

为什么每日简报适合入门

每日简报是 Hermes Agent 最适合新手的场景之一。它是只读任务，风险低，价值明显，而且很容易判断输出是否有用：重点是否准确、是否遗漏阻塞、是否能帮你决定当天先做什么。

输入建议

- RSS 或行业动态：最多 10 条
- GitHub Issue / PR：按更新时间排序
- 任务系统：只取进行中和阻塞项
- 客户消息：先脱敏，再摘要

输入不要贪多。第一次只接 1-2 个来源，确认格式稳定后再扩展。

输出结构

今日重点：3 条以内
需要处理：按负责人排序
风险提醒：只写可行动风险
建议动作：每条不超过 1 句话
来源列表：保留原始链接或记录 ID

验收标准

连续 5 天运行后，检查四件事：是否真的节省阅读时间、是否出现重要遗漏、是否需要大量人工改写、是否产生无意义噪音。如果每天都要重写一半，说明输入或 Prompt 还没稳定。

后续优化

稳定后再接定时任务和消息平台。团队使用时建议先发到测试群，跑 1 周再进入正式频道。

把"生成"和"送达"拆开：送达不用过模型

简报流程里真正需要 LLM 的只有摘要和排序，推送这一步可以完全绕开模型。`hermes send` 就是为此准备的：它不进 agent 循环，直接复用已配好的平台凭证把文本推出去，而且 Telegram、Discord、Slack、Signal 这类 bot-token 平台连 gateway 进程都不要求在跑。

hermes -z "把 /tmp/sources 里今天的条目写成简报" > /tmp/brief-0613.md
echo "今日无新增内容" | hermes send --to telegram:-1001234567890
hermes send --to discord:#ops --file /tmp/brief-0613.md --subject "0613 晨报"

第一条用全局参数 `-z`（oneshot）单次执行：给一句提示词，拿到结果就退出，不开交互会话，正适合塞进脚本当"生成"那一环。第二条是空输入兜底的标准做法：上游没有新条目时直接推一句话，而不是让模型对着空数据硬编一段看似合理的总结。第三条把生成好的 markdown 整份推到频道，`--subject` 加一行标题。写进脚本时配 `--quiet` 压掉多余输出，要拿机器可读的结果就加 `--json`。三条拼起来就是一个完整管道：oneshot 生成、判空兜底、文件直推，模型只在第一步出场一次。

定时器二选一：内置调度还是 crontab 接管

hermes cron list
hermes cron status
hermes cron run
hermes cron tick

Hermes 内置的 cron 用自然语言描述任务，产出可以投递到任何已接平台。两条调试习惯：建完任务先 `cron status` 确认调度器在跑，再用 `cron run` 让它在下个 tick 立即执行一遍——别等到第二天早上才发现时间或目标写错。

如果这台机器本来就由系统 crontab 统一管理定时任务，走另一条路：crontab 每天定点调用 `hermes cron tick`，它把到期任务执行完就退出，不留常驻进程。选择标准只有一条：Hermes 在这台机器上是否长期在线。常驻就用内置调度，按需拉起就用 tick，两套并存反而容易跑重。

顺带记住一对开关：休假或停更期间用 `hermes cron pause` 把简报任务挂起，回来 `hermes cron resume` 恢复，比删掉任务再重建省一轮配置。

还没有真实场景？可以先领取 [Free Starter 模板包](/free-template-pack)，从低风险只读任务开始试跑。