Hermes Agent + 飞书 / 企业微信：团队日报自动化

团队场景先从日报开始

日报是非常适合作为第一个团队自动化的场景：信息来源清晰、输出格式稳定、风险较低，而且负责人能马上感受到价值。

推荐流程

每天固定时间读取任务系统、代码提交和成员补充信息，生成三段内容：今天完成、阻塞风险、明天计划。推送到飞书或企业微信群后，负责人只需要追问异常项。

先用测试群

不要第一天就接正式大群。先建一个测试群，只拉负责人和维护者，连续跑几天，确认推送时间、格式、错误提示和人工确认都可接受。正式群只接稳定后的摘要，不要把调试噪音带进去。

结构化很重要

如果输出只是大段文字，团队很快会忽略。建议固定字段：负责人、事项、状态、证据、风险、下一步。固定字段也方便后续统计。

负责人：张三
事项：部署脚本整理
状态：进行中
风险：缺少生产环境验证
下一步：周五前补测试记录

输入来源怎么选

第一版只选公开且低风险的来源，例如任务状态、Issue、PR、会议纪要和成员主动填写的补充信息。不要直接读取私人聊天、客户原文或敏感业务数据。必须使用客户信息时，先做脱敏，再让 Agent 生成摘要。

推送策略

团队机器人最怕刷屏。建议固定早上或下班前推送一次；异常提醒只发关键阻塞；失败重试发给维护者，不要在正式群里连续重复。越克制，团队越愿意保留这个入口。

成本与权限

团队机器人要注意权限边界和成员隐私。能用公开项目数据解决的问题，不要读取私人聊天。Bot Token 和 Webhook 只能放在服务端环境变量里，群成员不需要看到这些配置。

双平台不等于双部署：一个进程全接

飞书和企业微信各跑一套 Hermes 是常见的浪费。gateway 的设计是单一进程承载全部已配置平台：飞书群收团队日报、企微群收值班提醒，背后是同一个进程、同一份配置、同一套模型凭证。给已有部署追加第二个平台，只需要再走一遍配置向导：

hermes gateway setup
hermes gateway list

加完让 gateway 重启，再看 `gateway list`——它按 profile 列出 gateway 状态，两个平台是否都挂载成功，这里一眼可见。单进程还带来一个团队用得上的特性：跨平台会话连续。中午在飞书里和 Agent 讨论到一半的事，晚上在企微里接着问，上下文不断档；配合官方支持的语音转写，在路上发一段语音留言，回工位换平台继续，也还是同一条会话。分工建议按消息密度来：高频的项目讨论放飞书，企微只留低频、必须触达的提醒，两边互不刷屏。

推送目标先对账再上线

hermes send --list

接好第二个平台后别急着改工作流，先用 `--list` 把当前全部可推送目标打出来对一遍账。判断规则：目标出现在列表里，凭证和平台配置都已生效，之后报错只会是目标写法问题；列表里没有，说明配置没挂上，回头重走 `gateway setup`，翻平台管理后台多半是白翻。对完账再做一轮试投：正式群、值班群、个人通知三类目标各推一条短消息，哪条没到就修哪条，别等日报正式上线才发现收件人不对。目标共四种写法：

platform
platform:chat_id
platform:chat_id:thread_id
platform:#channel-name

正式推送一律固定成带 chat_id 的形式，群改名不影响投递；带 thread_id 的写法能把消息钉进指定话题，适合把每天的日报归到同一个讨论串；只写平台名则落到主频道，留给发给维护者本人的低频通知。

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