weekly-report-hy

SKILL.md

---
name: weekly-report-hy
description: 根据用户提供的本周工作内容,生成格式标准、内容饱满丰富、语言专业的中文周报。当用户提到"周报"、"周总结"、"工作汇报"、"本周工作"、"整理成周报"等关键词,或者把本周做的事情罗列出来希望整理成正式格式时,务必使用此技能。该技能会智能识别并将工作内容按项目或主题分类,使用【】格式作为大标题,大标题下用阿拉伯数字编号列出具体工作事项,并对原始描述进行专业化润色,使其逻辑清晰、表达饱满、句式通顺。
---

# 周报生成技能

## 目标

将用户提供的零散、简略、口语化的工作记录,整理成一份格式规范、表述专业、内容饱满的本周工作汇报。重点在于:**重组结构** + **润色语言** + **丰富表达**,但不得编造事实。

## 输出格式

严格按以下格式输出,不得偏离:

```
【类别一】
1. 第一项工作描述;
2. 第二项工作描述;
3. 第三项工作描述。

【类别二】
1. 第一项工作描述;
2. 第二项工作描述。

【其他】
1. 杂项工作1;
2. 杂项工作2。
```

格式细节:
- 大类标题使用全角中文方括号 `【】` 包裹,独占一行,标题本身不带编号
- 子项使用阿拉伯数字 + 半角点 + 空格开头(如 `1. `、`2. `)
- 每条子项以中文分号 `;` 结尾;每个大类的最后一条以中文句号 `。` 结尾
- 大类之间空一行分隔

## 工作流程

### 第一步:仔细阅读用户的原始内容

逐条读取用户提供的工作记录,识别其中涉及的:项目名称、任务性质、参与对象、产出物。注意原始描述可能简略、口语化、句式不通顺,需要做加工但不能臆造。

### 第二步:智能划分大类

依据以下原则归类:

1. **以项目为单位划分**:同一个项目相关的多项工作合并为一类,标题取项目名称,例如 `【XX 平台】`、`【XX 系统】`、`【XX 智能体】`。
2. **以主题为单位划分**:不属于具体项目但属同一工作主题的归为一类,标题取主题名,例如 `【科创相关】`、`【xx算法】`、`【对外交流】`、`【调研学习】`、`【部门管理】`。
3. **【其他】兜底**:零散的、不属于以上任何一类的事项放入 `【其他】`,该类别始终放在最后。
4. **类别数量控制**:一般 3~5 个大类最佳;过少结构不清晰,过多则显琐碎。
5. **类别排序**:按重要性或工作量从高到低排列;`【其他】` 始终最后。
6. **避免单条独占大类**:除非该项工作本身分量足够,否则尽量与其他相近主题合并;若实在没有同类项,可放入 `【其他】`。

### 第三步:逐条润色与丰富

用户原始描述往往简略或不通顺,需要专业化加工。**核心原则:基于原文事实润色,绝不编造未提及的项目、人物、数据、产出物。**

润色思路:

1. **替换为更专业的动词**:把笼统动词换成更具体的工作动词。例如:
   - "做" → "推进 / 落实 / 完成 / 牵头"
   - "看" → "调研 / 梳理 / 研读 / 分析"
   - "写" → "撰写 / 起草 / 编制 / 输出"
   - "聊" → "沟通 / 协商 / 对接 / 研讨"
   - "帮" → "支撑 / 配合 / 协助"

2. **补足合理语境**:如果原描述只有动作和对象,可补充范围、目的、产出等可由上下文合理推得的语境。例如:
   - 原文:"支撑领导演示" → 润色后:"支撑相关领导完成产品的现场演示工作,重点讲解核心功能与应用成效"
   - 原文:"调研 X 技术" → 润色后:"对 X 技术开展专题调研,系统梳理其核心特性、适用场景及可借鉴之处,形成调研报告"

3. **修正句式**:将不通顺的短语改写为完整、通顺的工作语句,确保主谓宾完整。

4. **结构化表达**:对包含多个动作的事项,采用"动作 1 + 动作 2 + 产出物"的结构,使工作量与成果一目了然。例如:
   - "讨论需求,写需求表" → "与安全团队多轮研讨技术路线与攻关方向,共同撰写并完善攻关需求表,推动项目立项材料定稿"

5. **避免空话套话**:不要堆砌"积极""认真""高度重视""扎实推进"这类无信息量的形容词。聚焦于"做了什么""产出了什么""推进到什么程度"。

6. **数量适中**:每条润色后建议在 25~60 字之间。过短显得单薄;过长则可能空洞或失真。

### 第四步:输出前自检

发布前逐项核对:
- 格式是否完全符合规范(`【】`、序号、`;`/`。`、空行)
- 每个大类下是否至少有 1 条
- 每条是否为完整通顺的工作语句
- 用户提到的所有原始事项是否都被覆盖,无遗漏、无合并丢失
- 是否引入了原文没有的事实(若有则删除)
- 全文语气、句式是否统一

## 示例

### 示例 1:典型场景

**用户原始输入:**

```
1. XX 平台每日运行数据处理;
2. 支撑业务部门同事进行平台账号开通及基础使用;
3. 配合外部领导完成产品线上演示;
4. 撰写行业标准草案修改意见;
5. 与xx团队讨论协商,撰写课题项目申报材料;
6. 与外部厂商交流,沟通产品适配、合作方案等内容;
7. 对某新型技术进行调研,输出调研报告;
8. 修改产品汇报材料 ppt。
```

**生成的周报:**

```
【XX 平台】
1. 完成 XX 平台每日运行数据的拉取、清洗与汇总分析,持续保障数据日报的准确性与时效性;
2. 支撑业务部门同事完成 XX 平台的账号开通、配置与基础功能使用,协助解决使用过程中遇到的问题;
3. 配合外部领导调研需要,完成 XX 平台的线上演示与功能讲解,重点展示核心应用场景与运营成效。

【科研项目】
1. 围绕行业标准草案开展深入研读与对标分析,撰写并提交本轮修改意见,形成完整的反馈意见文档;
2. 与安全团队多轮讨论协商,梳理项目技术路线与攻关方向,共同撰写并完善课题项目申报材料,推进立项工作。

【对外交流】
1. 与外部厂商技术团队开展专项交流,围绕产品适配、合作模式等关键事项进行深入沟通,初步明确后续对接路径。

【其他】
1. 对某新型技术开展专题调研,系统梳理其核心特性、应用场景与可借鉴之处,完成并输出调研报告;
2. 根据最新汇报口径,对产品汇报材料 PPT 进行修改完善,优化整体内容结构与表达逻辑。
```

### 示例 2:输入更口语化的情况

**用户原始输入:**

```
这周做的事:
跟产品部对了下需求
写了个数据中台的方案初稿
看了下竞品 ABC 的功能
帮新人小李配了开发环境
开了两次部门周会
```

**生成的周报:**

```
【数据中台】
1. 与产品部就新一期需求开展专项对接,明确功能边界、优先级与交付节奏;
2. 完成数据中台整体方案初稿撰写,涵盖架构设计、模块划分与关键技术选型。

【调研与协作】
1. 对竞品 ABC 的核心功能进行调研分析,梳理其差异化亮点,形成对比参考材料;
2. 协助新入职同事完成本地开发环境搭建与基础工具配置,帮助其快速进入工作状态。

【其他】
1. 参加部门周例会两次,同步本周工作进展并对齐下周重点任务。
```

## 关键原则

1. **不编造**:绝不臆造用户未提及的项目、人物、数据、产出物、时间节点。
2. **不遗漏**:用户提到的每一项工作都要在输出中体现,不可丢失。
3. **不喧宾夺主**:润色服务于事实呈现,而非用华丽辞藻覆盖真实工作。
4. **风格统一**:整篇周报语气、句式、动词选择保持一致。
5. **直接输出**:无需冗长前言,直接给出整理好的周报正文。如确有必要的说明(例如某项内容信息不足、需要用户补充),放在周报后简短附注即可。

## 处理边界情况

- **用户内容极少(只有 1~2 条)**:不要硬凑分类。可以只用 1~2 个大类,甚至全放在一个大类下。
- **用户内容很多(15 条以上)**:适当增加大类数量(可到 5~6 个),并合并相似事项,避免出现两条几乎重复的子项。
- **用户内容含敏感信息(如具体客户名、金额等)**:照实保留,不替换、不脱敏,除非用户另行要求。
- **用户内容已经写得很好**:仍按本技能要求重新组织格式,但润色幅度可减小,避免过度改写造成失真。
- **用户在原始内容中已自带分类**:尊重用户的分类意图;只在分类明显不合理(例如把同一项目拆到多个类别)时才重新归类,且应在输出后简短说明调整原因。