案例2:企业“自动日报/周报”机器人 → 内部降本

用 OpenClaw 把分散在飞书群、项目管理、文档里的信息汇总成可读的日报/周报。它不靠炫技,靠稳定省时间。

适合谁

  • 有 10 人以上团队、跨项目沟通成本高
  • 需要把“信息同步”从人肉拉扯变成制度化

你能怎么赚钱

  • ToB 内部工具(给自己公司省成本)
  • 或者做成服务:
    • 帮客户搭建“自动周报”+ 模板 + 规则(一次性实施费)
    • 之后每月运维/优化(订阅费)

OpenClaw 在里面做什么

  • 定时触发:每天/每周固定时间执行汇总
  • 拉取素材:
    • 飞书群内的关键消息(@、链接、会议纪要)
    • Wiki / Doc 的变更点
    • (可选)Git 提交/PR 摘要、工单系统变更
  • 生成报告:按固定栏目输出(进度/风险/阻塞/下周计划)
  • 投递:发到固定群 + 固定负责人

最小可用(MVP)做法:只用 Cron + 飞书

1)先定一个“周报栏目模板”

建议 6 栏:

  1. 本周完成(按项目)
  2. 数据/结果(可量化)
  3. 问题与风险(按优先级)
  4. 需要协作/资源(明确负责人)
  5. 下周计划
  6. 需要决策的问题(给老板看的)

2)用 Cron 做准时触发

Cron 的价值:它是 Gateway 内置调度器,任务持久化,重启不丢

  • 每天 18:30 日报
  • 每周五 18:00 周报

参考:Cron Jobs 文档(schedule.kind=cron、delivery.mode=announce)。

3)素材收集策略(关键)

编辑建议:不要一上来就“全网抓取”,先把输入控制在 2~3 个来源,否则周报会发散。

  • 输入来源优先级:
    1. 飞书固定群(项目群、运营群)
    2. 飞书 Wiki 的某个“进度页”(大家都往里写)
    3. (可选)Git 仓库的最近一周提交摘要

4)输出投递到飞书

  • 周报发到一个“管理群”,并 @ 负责人
  • 同时在 Wiki 自动沉淀一份归档(建议按周建子页面)

进阶:用 Webhook 让周报“被动触发”

  • 例如:当某个关键文档被更新/某个项目进入“上线前 24h”,由外部系统调用 POST /hooks/wake/hooks/agent 触发临时简报。
  • 适用于:临时战情室、重大活动、事故复盘

参考:Webhooks 文档(token、Authorization header、deliver、wakeMode)。

成功指标

  • 每周同步会议减少 X 次
  • 关键风险平均暴露提前 X 天
  • 需求/任务“口头传达”比例下降

同专题推荐