Weekly Report Writer (周报撰写助手)

概览

此技能自动化了周报/双周报的创建过程。它通过查找指定日期范围内的所有相关文档，阅读其内容，并根据模板或分层结构合成信息。它特别注重项目的连续性（追踪上一份报告的任务状态）和内容的深度（通过链接溯源）。

何时使用

当用户要求：

此技能在文档知识库，如 Obsidian 知识库中特别有效。

工作流

遵循此工作流生成报告。

第一步：收集用户输入

在开始之前，与用户确认以下信息：

1. **开始日期**：报告周期的开始。

2. **结束日期**：报告周期的结束。

3. **仓库文件名是否包含日期前缀**：确认文件命名约定（如 `YYYY-MM-DD-描述.md`）。

4. **上一份报告路径**：上一份周报的文件路径。这对追踪正在进行的任务至关重要。

5. **笔记库目录**：文档存储库的根目录（例如他们的 Obsidian vault 路径）。

6. **（可选）报告模板路径**：如果用户有特定模板，请提供其路径。

7. **（可选）项目背景路径**：总结更大组织所有项目的文档路径（如果有）。

第二步：查找文档

查找日志：使用用户提供的 `笔记库目录` 和日期范围，查找日期范围匹配的所有 Markdown 文件。

第三步：与用户确认文件列表

向用户展示找到的文件列表（日志 + 探测到的模板）。请用户确认列表，并反馈任何应 **重点关注** 或 **跳过** 的文件。

一般来说，摘抄的文档、语音转写原文日志等应跳过；

每日工作小结、会议纪要、项目更新等应重点关注。

个人 Idea 或 side project 要记录在第一部分的末尾一节。

第四步：阅读、深度溯源与合成

确认后，阅读所有文件的内容。过程中要注意：

几个注意事项：

第五步：起草报告 (分层输出)

起草报告。如果在第二步中找到了特定模板，请严格遵循它。否则，使用**标准分层结构**：

**第一部分：个人状态同步**

**第二部分：团队对外同步**

**报告文件名**：使用文档库的文件名定义，和之前的报告文件名风格保持一致。

第六步：遗漏检查 (Gap Analysis)

草稿生成后，针对高价值产出进行一轮“遗漏检查”。提醒用户「检查草稿，若有遗漏，请补充」。然后按用户反馈对草稿做编辑更新。