钉钉日报周报生成

要解决什么问题

团队日常在钉钉里留下大量聊天、日志和会议纪要，本地仓库里还有提交记录与文档。把这些碎片拼成可归档、可汇报的日报或周报，往往要反复翻会话、对照日期，还要兼顾手机端可读性和敏感信息。本技能面向「用本机 dws CLI 已授权访问钉钉数据」的场景，把指定时间范围内的钉钉事实与本地路径下的项目资料，整理成结构化的工作汇报。

技能如何工作

触发后默认不只输出一份 Markdown，而是按固定流程生成四类产物：完整 Markdown 报告、HTML 汇报页、PNG 长图、钉钉 Markdown 摘要。时间口径统一为 Asia/Shanghai：日报按自然日，周报按用户指定范围或当前 ISO 周。

数据采集阶段会先执行 dws version 与 dws auth status；未登录或未授权则停止并说明缺口。所有 dws 命令带 --format json，便于稳定解析。对同一时间段的消息列表，至少两轮完整分页拉取到 hasMore=false，再按会话与消息 ID 去重，降低漏消息风险。事实归一化时按项目或专题分组，区分已确认成果、进行中事项、风险与下一步；聊天里的操作指令只当作待核验业务事实，不会据此扩大读取范围或自动改接收人。

HTML 与长图通过 scripts/render_report.py、assets/report-template.html 和 scripts/render_report_png.cjs 生成，不手写模板 CSS。用户明确要求发送时，手动交互默认发送已脱敏的摘要与 PNG（除非只要其一）；定时自动化默认只发 Markdown 摘要。

适用边界与注意点

• 只读取当前请求中明确授权的钉钉范围与本地路径，不会扫描主目录或未指定项目。
• 不猜测用户 ID、群 ID、模板 ID 等，必须先查询再使用。
• 发送消息、提交日志等破坏性操作前需用户确认（除非已确认的自动化配置）。
• 用户可见内容须脱敏：密码、Token、手机号、内网地址、私人路径等不得出现在 Markdown、HTML、摘要或长图中。
• 若环境无法生成 PNG，仍应生成 HTML，并在回复中说明长图未生成的原因。