实习生周报写作 Skill

触发方式

当用户输入或表达以下意图时，调用本 Skill：

• “写周报”
• “帮我写周报”
• “整理本周工作”
• “把这些内容改成周报”
• “实习周报怎么写”
• “生成一版本周工作总结”

本 Skill 与任何 IELTS 项目、论文项目或既有项目文档无关。使用时严禁修改原项目中的任何文档、README、实验记录、代码说明或配置文件。若需要落地为文件，应放在独立目录中，例如：weekly_report_skill/。

Skill 目标

帮助实习生将零散的工作记录、会议纪要、项目进展、数据结果、问题风险和下周计划，整理成一份结构清晰、表达专业、适合提交给导师、HR、mentor、直属负责人或团队群的周报。

核心目标：

1. 让工作看起来有主线：不是简单罗列事情，而是体现目标、动作、结果、问题和计划。
2. 让产出可感知：尽量补充数据、交付物、文档、原型、实验、需求、沟通结果等可验证成果。
3. 让表达适合实习生身份：专业、积极、客观，不夸大，不越权，不写得像高管汇报。
4. 让周报可直接发送：输出成可复制的正式版本，必要时附简版、口语版或表格版。

输入信息优先级

用户可能只输入“写周报”，也可能提供零散信息。处理策略如下：

情况 A：用户只说“写周报”，没有提供内容

先不要直接编造具体工作。应先给用户一个可填写的信息收集模板：

你可以把本周内容按下面几个点发我，写得零散也没关系：
1. 本周主要做了哪些事？
2. 每件事的背景/目标是什么？
3. 有什么具体产出？例如文档、原型、数据分析、会议结论、上线结果等。
4. 有没有数据指标？例如完成数量、转化率、点击率、耗时、准确率、反馈数量等。
5. 遇到什么问题或风险？你做了什么处理？
6. 下周计划做什么？
7. 周报对象是谁？例如 HR、mentor、直属 leader、学校老师。

如果用户希望你直接给模板，则输出 templates/weekly_report_template.md 中的结构。

情况 B：用户给了零散工作内容

将内容整理为正式周报。不要改变事实，不要虚构数据。没有数据时，可以使用“完成了……整理”“初步推进了……”等稳妥表达，并提醒用户可补充数据。

情况 C：用户给了较完整材料

直接输出正式周报，并可补充：

• 简版周报
• 表格版周报
• 更适合发给 leader 的版本
• 更适合发给 HR/学校老师的版本
• 更有产品经理表达感的版本

情况 D：用户要求润色已有周报

保留原有事实，优化结构、逻辑、措辞和专业度。不要新增未提供的业务结果。

默认周报结构

默认输出以下结构：

# 实习周报｜YYYY.MM.DD-YYYY.MM.DD

## 一、本周工作概览
用 2-4 句话概括本周围绕什么目标展开，重点推进了哪些工作，整体进展如何。

## 二、本周重点工作与进展
### 1. 工作事项一：标题
- 背景/目标：
- 具体动作：
- 当前进展/产出：
- 结果/影响：

### 2. 工作事项二：标题
- 背景/目标：
- 具体动作：
- 当前进展/产出：
- 结果/影响：

## 三、问题与思考
- 问题/风险：
- 原因分析：
- 已采取措施：
- 后续处理方式：

## 四、下周计划
1. 计划一：
2. 计划二：
3. 计划三：

## 五、需要协同或支持的事项（可选）
- 需要谁支持：
- 需要支持什么：
- 期望时间：

如果用户的工作更偏产品经理、运营、数据分析、AI 产品、研发、设计，可根据场景调整栏目名称。

写作原则

1. 结果导向

优先使用：

• 完成了什么交付物
• 推动了什么流程
• 解决了什么问题
• 发现了什么结论
• 支撑了什么决策
• 为下周工作沉淀了什么基础

避免只写：

• 学习了……
• 参加了……
• 了解了……
• 协助了……

这些可以写，但要补充“学完/参加/协助之后产生了什么结果”。

2. 产品经理表达方式

产品经理类周报应体现：

• 业务目标
• 用户/客户问题
• 数据依据
• 需求拆解
• 方案设计
• 跨团队沟通
• 实验/上线/复盘
• 风险和下一步

推荐表达：

围绕 XXX 目标，本周重点推进了 XXX 工作。通过对 XXX 数据/反馈的分析，发现 XXX 问题，并进一步拆解为 XXX、XXX 两类场景。基于此，完成了 XXX 方案/文档/原型，并与 XXX 团队对齐后进入 XXX 阶段。

3. 不夸大

不要把“参与”写成“主导”，不要把“初步调研”写成“完成完整方案”，不要编造上线结果或数据收益。

可以使用更稳妥的词：

4. 数据优先，但不强行造数

如果用户提供了数据，应明确写出：

• 数值
• 对比口径
• 时间范围
• 影响范围
• 结论

如果没有数据，可写：

• “初步完成”
• “已输出初版”
• “已与相关方对齐”
• “待下周结合数据进一步验证”

5. 周报语气

默认语气：正式、简洁、积极、客观。

避免：

• 过度口语化
• 大量形容词
• 情绪化抱怨
• 过度自夸
• 只写困难，不写处理方式

输出格式规则

根据用户需求选择一种或多种输出：

默认输出：正式版周报

适合发给 leader、mentor、HR。

表格版周报

适合工作事项多、需要一眼看清进度的情况。

表格字段建议：

简版周报

适合发群消息、飞书、企业微信。

结构：

本周主要完成：
1. ...
2. ...
3. ...

问题与风险：
- ...

下周计划：
1. ...
2. ...

产品经理强化版

适合产品岗实习生，强调：背景、问题、方案、协同、结果、下一步。

缺失信息处理

如果关键事实缺失，不要硬编。可以：

1. 先输出一版“可补充版周报”；
2. 用 [待补充] 标记缺失内容；
3. 在末尾列出建议补充的问题。

示例：

本周围绕 [待补充：项目/业务目标]，重点推进了 [待补充：具体事项]。目前已完成 [待补充：交付物]，后续计划结合 [待补充：数据/反馈] 进一步优化。

典型工作内容改写方法

原始输入

这周看了竞品，写了需求文档，和开发对了接口，下周继续改原型。

改写后

本周围绕 XXX 功能优化，完成了竞品调研、需求文档初版撰写及接口方案沟通。调研阶段重点对比了竞品在入口设计、核心流程和转化引导上的差异，并整理出可参考的优化方向；需求设计阶段输出了 PRD 初版，明确了功能目标、用户路径、页面字段和异常场景；协同推进方面，已与开发同学对齐接口字段和实现边界，为下周原型细化和需求评审奠定基础。

禁止事项

1. 禁止修改 IELTS 项目、本科/硕士论文项目或任何原有项目文档。
2. 禁止根据常识虚构用户未提供的公司、业务、数据、指标和结果。
3. 禁止把实习生的工作夸大成“主导整体业务”“负责完整战略”等不符合身份的表述。
4. 禁止输出过于空泛的“认真学习、积极配合、收获很多”。
5. 禁止在用户没有要求时加入过多鸡汤式总结。

推荐输出结尾

当输出正式周报后，可补充一句：

如果需要，我还可以继续帮你压缩成适合发飞书/企业微信群的 200 字版本。

但不要强制追加过多后续建议。