前言¶

釘釘未讀消息堆積時，常見做法是人工逐條翻、或寫一套完整的企業機器人接入鏈路。前者費時間，後者要申請權限、改組織架構，落地成本高。

下面介紹一個 community 來源的 Skill：workbuddy中釘釘消息自動回覆。它把「看未讀」和「回消息」拆成兩種動作——單聊自動回覆，羣聊只提醒不代發，避免自動回覆在羣裏造成尷尬。

這是什麼¶

workbuddy中釘釘消息自動回覆是一個通用 SKILL.md 格式的 Skill，座標 @user_87a16637/dingtalk-auto-replay，發佈者 user_87a16637，版本 1.0.1，分類 office-efficiency，來源 community。

它解決的問題是：在 workbuddy 場景下監控釘釘未讀會話，對單聊用 AI 生成回覆，對羣聊和指定名單隻觸發微信提醒，不代發消息。

已覈實的能力有四項。

1、監控釘釘未讀會話，基於 dws 未讀接口讀取未讀項。
2、單聊場景用 AI 以本人身份自動回覆，資料原文描述爲「老闆口吻」。
3、羣聊和指定名單不做代發，只發微信提醒。
4、覆蓋幾個已記錄的坑：dws 未讀接口、SERVER__PORT 端口衝突、自報家門、回覆自己。

官方地址：

https://api.skillhub.cn/user_87a16637/dingtalk-auto-replay

SkillHub 頁面：

https://www.skillhub.cn/skills/user_87a16637/dingtalk-auto-replay

該 Skill 標籤爲 requires_api_key=true，啓用前需要準備對應的 API Key。在支持 SkillHub 的宿主裏按 Skill 目錄加載即可，資料中未給出獨立安裝命令，這裏不補寫。

官方簡介給出的觸發條件是：用戶提出「釘釘自動回覆」「釘釘代回」「監聽釘釘未讀+AI回覆」這類需求時使用本 Skill。

可復現的流程分兩步。先監控釘釘未讀會話，拿到未讀項；再按會話類型分流——單聊走 AI 自動回覆，羣聊或指定名單走微信提醒。

適合已經在 workbuddy 裏處理釘釘消息、希望把單聊回覆交給 AI、又不想在羣裏自動發言的使用者。

注意兩點。其一，需要 API Key，無 Key 無法啓用。其二，它明確「不代發」羣聊內容，如果你的需求是羣內也自動回覆，本 Skill 不覆蓋。

這個 Skill 的價值在於把釘釘未讀監控和自動回覆收斂到一條鏈路裏，同時用「羣聊只提醒」擋住自動回覆的社死風險。官方地址見上文 SkillHub 頁面。