前言¶

把公告、經營日報、指標預警和活動通知發到企業微信羣，看起來只是一條 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