最后更新 2026-10-07 · HermesAgent.Work 编辑组 整理维护（内容维护说明）· 步骤过时或无法复现可反馈
消息平台的价值
当 Agent 能把结果推到 Telegram、Slack 或飞书，你就不必一直登录服务器看日志。日报、监控、Issue 提醒和客户消息摘要都可以变成主动推送。
建议的权限边界
Telegram Bot 适合做通知和低风险命令入口，但不建议直接执行危险操作。比如可以允许查询状态、触发摘要、生成草稿，但删除数据、修改配置、发布内容都应走二次确认。
推荐命令设计
命令越少越好，先保留状态、简报、重试和草稿几类。每个命令都要有明确输出，不要让 Bot 变成“什么都能问”的入口。
/brief today
/wf-status
/wf-retry daily-briefing
/draft customer-followup自定义命令别和内置命令重名：/status、/retry、/new 这些 Hermes 已经占用了，重名的话触发的是内置命令。自定义命令可以写在 config.yaml 的 quick_commands 里，也可以做成同名 Skill。
输出格式
消息平台屏幕较小，输出应该短而结构化：标题、三条重点、一个建议动作、一个链接。长报告可以推送摘要，完整内容放到 Notion 或文档里。
今日简报
1. 需要处理：PR #42 等待 Review
2. 风险：日报任务 09:00 超时一次
3. 建议：先确认 OpenRouter 限流
来源：logs/daily-brief-2026-05-31.txt远程触发的安全边界
远程入口最大的风险不是“能不能回复”，而是“谁能触发什么”。先把 Bot 限制为私人聊天或测试群；涉及外发邮件、修改配置、部署、删除和客户数据操作时，必须让 Agent 先生成草稿，由人确认后再执行。
排错重点
如果收不到消息，先检查 Bot Token、Chat ID、服务器网络和平台限流。不要一开始就怀疑工作流逻辑。CLI 也跑不通时，问题通常在 Provider 或环境；CLI 正常但 Telegram 不回复，才重点看 Gateway。
还没有真实场景？可以先领取 Free Starter 模板包，从低风险只读任务开始试跑。
常见问题
把搜索里最常见的疑问集中放在这里，适合排查时快速确认方向。