钉钉未读监控与 AI 代复
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_87a16637/dingtalk-auto-replay。
技能介绍
要解决什么问题
钉钉里未读消息一多,单聊要逐条回、群聊里又不敢乱接话——漏回伤协作,代错话更尴尬。这个 WorkBuddy 技能把流程拆开:单聊走「未读监控 → AI 生成 → dws 引用回复」;群聊和指定名单只推微信提醒,不代发,避免在群里用错人设。
怎么跑起来
- 用
dws chat message list-unread-conversations拉有未读的会话,天然过滤已读。 - 单聊再拉最新消息,经 CodeBuddy Agent SDK(人设来自全局 agent
dingtalk-helper)生成回复;可选 gbrain MCP 做事实性「先查再答」,以及CODE_SEARCH_ROOTS检索本地源码答实现细节。 - 成功则用
dws chat message reply带引用发出;生成失败或 SDK 不可用则不代发,走微信转人工。 - 代码按职责拆成
dingtalk_api.py、reply.py、vision.py、runtime.py与入口dingtalk_unread_monitor.py;路径与二进制靠环境变量解析,整目录拷到~/.workbuddy/skills/可移植。
边界与注意点
- 依赖 default venv 里的
codebuddy-agent-sdk、dws在 PATH、Node 等;缺一项会出现「进程在跑但读不到未读」。 DRY_RUN/TEST_MODE用于验证;人设红线禁止在回复里暴露系统 ID 或老板隐私,身份全在私密.env。- 冷启动时
--agent dingtalk-helper可能耗时很长,首条消息有放宽超时;改动.py需重启监控,无热重载。
使用场景
- 开会或写代码时,单聊同事发来进度询问,需要以平级口吻自动引用回复且不失联
- 群聊或指定联系人出现未读时,只想收到微信提醒自行处理,绝不让脚本在群里代发
- 同事在单聊里问 ROS 项目或问题反馈表里「我名下未解决项」,需要查表后再答、不能凭印象编
- 同事在钉钉里问某节点、接口或配置文件在本地仓库里的实现,需要结合代码检索再回复
适合人员
- 已用 WorkBuddy 与 dws 管理钉钉会话、单聊量大但无法秒回的工程/产品同事
- 需要在钉钉单聊里答产品事实或项目表状态、并接了 gbrain 或本地文档保底的知识维护者
- 同事常在钉钉问源码与实现细节、愿意配置 CODE_SEARCH_ROOTS 与 search.py 的开发者
- 希望群聊与敏感名单只收微信通知、单聊才开 AI 代复以避免社死的团队负责人