← Back to skills
extension
Category: Productivity & OfficeAPI key requirement unconfirmed

report

自动生成工作周报:根据工作记录、日报、任务进展或用户指定的项目资料,整理本周进展、问题与支持需求、下周计划。适用于“生成工作周报”“把日报汇总成周报”“按模板更新周报”等请求;不用于仅记录单条待办、编写非周度报告,或只设置提醒与定时任务。

personAuthor: ssunryhubModelScope

自动生成周报

把已有工作事实整理成可直接使用的周报。默认使用简洁中文和 Markdown;用户给出的模板、语言、受众和篇幅要求优先。

确定范围与材料

  • 优先使用当前对话中的记录、用户提供的文件和明确指定的资料。需要补充时,使用与任务相关、当前可用且已授权的数据源;没有连接的数据源不能声称已读取。
  • 日期范围沿用用户要求;“本周”“上周”按用户时区和周一至周日计算,并在标题写出具体日期。本周尚未结束时,注明实际统计截止日期;无法确定日期时询问,不猜测。
  • 未指定周期时,优先采用材料中明确的报告周期;仍不明确则默认本周并注明。筛选周期内的实际进展,周期外事项仅作为理解当前状态所需的背景。
  • 只缺少非关键细节时先生成草稿,并集中列出需要确认的信息。没有任何工作事实且没有可用来源时,只问一个简短问题,请用户提供本周做了什么、当前问题和下周打算;不要生成虚构周报。

整理工作事实

  • 按项目或工作主题归并重复记录,把多条过程记录合成一条有意义的进展。保留不同任务之间的重要区别。
  • 区分已完成、进行中、受阻和计划。提交代码、合并、测试通过和上线是不同状态,只使用材料能支持的表述。
  • 优先写“做了什么、当前结果、实际影响”。只有材料支持时才写数量、完成比例、性能变化、业务收益或确定的交付日期;不把投入动作改写成已实现的成果。
  • 多条记录冲突时,仅在时间和对象可核实时采用较新的状态;无法判断则标记待确认。团队成果注明个人承担的部分,归属不明时不要写成个人独立完成。
  • 下周计划优先沿用用户已给出的安排。根据未完成事项推导的建议要标明“建议,待确认”,不自行承诺负责人或时间。
  • 有任务、PR 或文档链接时,在相关条目保留最有用的来源链接;原始记录足够清楚时不额外堆叠证据。面向汇报对象省略无关个人信息、密钥和不必要的内部细节。

生成周报

已有模板时沿用模板。否则参考下列结构,按材料调整栏目,不强求固定条数;没有依据的栏目写“暂无相关记录”或省略,不能写成“无风险”等事实判断。

# 工作周报|YYYY-MM-DD ~ YYYY-MM-DD
统计截止:YYYY-MM-DD(周期尚未结束时填写)

## 本周进展
- 【项目/主题|状态】具体进展及有依据的结果或影响。

## 问题与支持需求
- 问题或阻塞;已知影响;需要的支持或下一步。

## 下周计划
- 已明确的计划、预期交付物,以及材料中给出的时间。

## 待确认信息
- 会影响汇报准确性的缺失信息或冲突(没有时省略)。

验证和交付

  • 交付前核对每条成果的事实依据、状态、归属和日期;删除重复表述与无信息量的套话。输出可直接复制的周报,确有必要时再补充简短说明。
  • 生成或更新周报本身不包含发送、发布或创建定时任务,也不会自动读取整个账号的资料。只有用户另有此类要求时,才使用对应能力,并遵循其指定的渠道、对象和时间;不要把 skill 描述为已在后台定期运行。

按需查阅

  • 完整示例使用虚构数据,见 输入记录 和 对应周报。只有需要演示或核对输出时才读取示例,不能将示例数据当成用户的实际工作记录。
<!-- OB-S:zazG0oVD-99oJkx92Q2u2A -->