最后更新 2026-05-31 · HermesAgent.Work 编辑组 整理维护（内容维护说明）· 步骤过时或无法复现可反馈
消息平台的价值
当 Agent 能把结果推到 Telegram、Slack 或飞书，你就不必一直登录服务器看日志。日报、监控、Issue 提醒和客户消息摘要都可以变成主动推送。
建议的权限边界
Telegram Bot 适合做通知和低风险命令入口，但不建议直接执行危险操作。比如可以允许查询状态、触发摘要、生成草稿，但删除数据、修改配置、发布内容都应走二次确认。
推荐命令设计
命令越少越好，先保留状态、简报、重试和草稿几类。每个命令都要有明确输出，不要让 Bot 变成“什么都能问”的入口。
/brief today
/status workflows
/retry daily-briefing
/draft customer-followup输出格式
消息平台屏幕较小，输出应该短而结构化：标题、三条重点、一个建议动作、一个链接。长报告可以推送摘要，完整内容放到 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 模板包](/free-template-pack)，从低风险只读任务开始试跑。
常见问题
把搜索里最常见的疑问集中放在这里，适合排查时快速确认方向。
Telegram 适合做 Hermes Agent 的什么入口？+
适合个人状态查询、日报摘要、低风险触发和错误提醒。不建议直接开放删除、部署、群发和客户系统写入。
Telegram Bot 不回复先查哪里？+
先查 Bot Token、Chat ID、允许名单、服务器网络和 Gateway 日志。CLI 也失败时先修模型链路。
远程触发要不要加确认？+
涉及外发、写入、删除和生产操作时必须加确认。个人助理也不能默认拥有全部权限。