前言¶

把公告、经营日报、指标预警和活动通知发到企业微信群，看起来只是一条 webhook 调用。真正做起来，问题往往集中在三处：内容格式不统一，读者看不明白；推送失败后没人重试，日报缺一天没人发现；短时间内连发多条，群里被刷屏。这个 Skill 的处理方式是把「格式、重试、限流、异常处理」写成一套固定规则，而不是让调用方各自实现。

下面介绍一个已经在 SkillHub 上架的 Skill，用来在企业微信群里推送格式化公告、经营日报、指标预警和活动通知，并内置失败重试、频率控制和异常转人工的规则。

这是什么¶

这是一个面向办公协同场景的 Agent Skill，坐标 @user_fccf428b/slack-bot，名称是「企业微信公告与经营数据推送｜简诗 AI」，由 user_fccf428b 发布，来源标记为 community。它解决的问题是：把经营相关的四类信息（格式化公告、经营日报、指标预警、活动通知）通过企业微信群机器人推送出去，并在推送链路上加上可靠性约束。

版本是 1.0.2，分类为 office-efficiency，标签里带有 requires_api_key=false，意味着不强制要求外部 API Key 才能使用。截至抓取时，SkillHub 上显示评分 100000、下载 1218 次、安装 0 次。

核心功能¶

这个 Skill 的能力集中在推送内容和推送可靠性两侧。

推送内容方面，覆盖四类：

1、格式化公告：按统一模板输出，避免每次公告的标题、落款、分节不一致。
2、经营日报：把一天的经营数据整理成日报形式，而不是散落成多条消息。
3、指标预警：在指标达到预警条件时推送，属于主动触发而非定时发送。
4、活动通知：用于活动类信息的发布。

推送可靠性方面，做了三件事：

1、失败重试：推送失败后按规则重试，而不是发一次就结束。
2、频率控制：限制推送节奏，避免短时间内连续多发。
3、异常转人工：遇到无法自动处理的情况，按规则转人工处理。

这三条规则对应的是自动化推送最常见的三类事故：漏发、刷屏、无人接管。Skill 把规则写在内部，调用方不需要自己判断什么时候该重试、什么时候该限流。

安装与启用¶

这个 Skill 通过 SkillHub 分发，官方地址是 https://api.skillhub.cn/user_fccf428b/slack-bot，页面地址是 https://www.skillhub.cn/skills/user_fccf428b/slack-bot。

资料里没有给出具体的安装命令，也没有列出在 Cursor、Codex CLI、Claude Code 等工具中各自的启用方式，因此这里不写未经核实的命令。如果要启用，建议直接打开官方地址确认当前版本的安装说明，再按页面指引操作。

需要注意一点：资料标注了 requires_api_key=false，但没有说明企业微信群机器人本身的 webhook 地址如何配置。群机器人的 webhook 通常是必填项，实际使用前需要自行确认配置入口。

典型用法¶

官方资料里没有提供可复现的调用示例，也没有给出输入参数的字段名，因此本节不写示例。基于简介中已核实的能力，可以确认的典型行为是：触发一次推送时，Skill 会先按对应类型（公告 / 日报 / 预警 / 通知）生成格式化内容，再通过企业微信群机器人发出；发送过程中如果失败，会按重试规则重发；短时间内的多次推送会受到频率控制约束；遇到异常时按转人工规则处理。

具体怎么调用、参数长什么样，需要到官方页面查看当前版本的说明。

适用场景与注意¶

适合的场景：

1、团队已经把企业微信群作为日常信息出口，希望公告和经营数据统一从这里发。
2、希望日报、预警、通知的格式固定下来，不靠人每次手拼。
3、希望推送链路有重试和限流，不想为每个推送单独写容错逻辑。

需要注意的限制：

1、评分 100000、下载 1218、安装 0 是抓取时点的数据，不代表长期表现；安装数为 0 意味着还没有足够的实际使用记录可供参考。
2、来源是 community，属于社区发布，不是官方维护方出品；遇到问题需要自己跟进或联系发布者 user_fccf428b。
3、当前版本是 1.0.2，属于早期版本，后续接口或规则可能有调整。
4、企业微信群机器人本身有频率限制和安全设置（例如是否开启 IP 白名单、是否允许被邀请加入），这些是群侧约束，Skill 的频率控制不能替代。

结尾¶

这个 Skill 的价值不在于多一个推送通道，而在于把推送的内容格式和可靠性规则固定下来，减少重复实现和漏发、刷屏这类低级事故。适合已经有企业微信群、想把经营信息自动化的人。官方地址：https://api.skillhub.cn/user_fccf428b/slack-bot