前言¶
日报、周报这类东西，到了时间就得交。钉在钉钉里做，要么开网页一条条填，要么翻移动端戳屏幕。对开发者来说，更难受的是想做自动化：把这周的日志按主题汇总、统计已读情况、把草稿批量发出去。这些都得先能读到日志。
这个 Skill 做的就是这件事：把钉钉日志（日报 / 周报 / 月报）的读写收成一组命令，由 Agent 直接调用。下面是它的定位、能力和用法。
这是什么¶
钉钉日报周报整理与提交｜简诗 AI 是一个面向通用 SKILL.md 格式的 Skill，坐标 @user_fccf428b/dingtalk-report，版本 1.0.0，来源 community，分类 office-efficiency，发布者 user_fccf428b。
它解决的问题是：Agent 在用户说「写日报」「写周报」「提交日志」「查日志」这类话时，能拿到一套确定的命令入口，而不是每次都靠模型现编一套调用方式。
需要和另外几个钉钉 Skill 区分开：
- 钉钉日志（日报 / 周报 / 月报）走这个 Skill，命令前缀
dws report（别名dws log）。 dingtalk-doc是普通文档，dingtalk-todo是待办，dingtalk-minutes是听记。场景不同，前缀也不同，不要混用。
核心功能¶
已核实的能力是围绕钉钉日志展开的，覆盖以下场景：
1、写日志：日报、周报、月报。
2、提交日志：把写好的内容发出去。
3、查日志：包括收件箱日志、已发送日志。
4、已读统计：看谁看过。
5、按主题汇总报告：把散在多条日志里的内容归到主题下。
触发条件写在简介里：用户说 写日报 / 写周报 / 写月报 / 提交日志 / 查日志 / 收件箱日志 / 已发送日志 / 已读统计 / 按主题汇总报告 时使用。
命令前缀是 dws report，别名 dws log。两者等价，用哪个取决于个人习惯。
安装与启用¶
已抓取资料里没有给出官方安装命令，也没有列出需要填写的 API Key（标签标注 requires_api_key=false）。因此在本文中不编造安装步骤。
可核实的启用方式是按坐标引用：
@user_fccf428b/dingtalk-report
官方地址：
https://api.skillhub.cn/user_fccf428b/dingtalk-report
SkillHub 页面：
https://www.skillhub.cn/skills/user_fccf428b/dingtalk-report
在 Agent 侧挂载时，把它当成一个普通 SKILL.md 格式的 Skill 载入即可，不需要额外申请密钥。
典型用法¶
下面这些场景来自简介中列出的触发语，属于已核实的能力边界。
写一份日报：
dws report
用户说「写周报」时，把范围换成一周；说「写月报」时换成一月。
提交已写好的日志：
dws log submit
查收件箱里的日志：
dws report inbox
查已经发出去的日志：
dws log sent
按主题汇总报告：
dws report summary
已读统计：
dws log read-stats
上面具体的子命令名以 Skill 包内的 SKILL.md 为准。简介只明确了前缀 dws report 和别名 dws log，子命令细节建议装好后先看一遍说明再调用。
适用场景与注意¶
适合这几类人：
1、在钉钉上交日报 / 周报 / 月报，想交给 Agent 代办的。
2、需要定期汇总日志、统计已读的人。
3、想把日志流程塞进自动化脚本，自己不想碰网页的开发者。
限制和坑：
1、它是日志专用 Skill。要操作普通文档用 dingtalk-doc，要管待办用 dingtalk-todo，要处理听记用 dingtalk-minutes。装错 Skill 会让 Agent 拿到不对口的命令。
2、功能依赖钉钉日志本身。日志里没有的内容，Skill 也变不出来。
3、按主题汇总报告需要日志里有足够的结构化信息，否则汇总结果会比较粗。
4、提交类操作是写动作，调用前先确认内容，别在没核对的情况下让它直接发出去。
结尾¶
这个 Skill 的价值在于把钉钉日志的读写收到一组固定命令下，让 Agent 能稳定地写日报、查日志、做汇总和已读统计，而不需要每次重新摸索调用方式。它的定位很窄，就是日志这一件事，也因此不和文档、待办、听记那几个 Skill 打架。
官方地址：https://api.skillhub.cn/user_fccf428b/dingtalk-report
补充说明：本文核对时尝试打开上述两个地址均抓取失败，评分和下载量取自已抓取资料（评分 100000，下载 1448），页面当前数值可能已有变化，以官方地址为准。
