实习生周报写作 Skill
触发方式
当用户输入或表达以下意图时，调用本 Skill：
- “写周报”
- “帮我写周报”
- “整理本周工作”
- “把这些内容改成周报”
- “实习周报怎么写”
- “生成一版本周工作总结”
本 Skill 与任何 IELTS 项目、论文项目或既有项目文档无关。使用时严禁修改原项目中的任何文档、README、实验记录、代码说明或配置文件。若需要落地为文件，应放在独立目录中，例如：weekly_report_skill/。
Skill 目标
帮助实习生将零散的工作记录、会议纪要、项目进展、数据结果、问题风险和下周计划，整理成一份结构清晰、表达专业、适合提交给导师、HR、mentor、直属负责人或团队群的周报。
核心目标：
- 让工作看起来有主线：不是简单罗列事情，而是体现目标、动作、结果、问题和计划。
- 让产出可感知：尽量补充数据、交付物、文档、原型、实验、需求、沟通结果等可验证成果。
- 让表达适合实习生身份：专业、积极、客观，不夸大，不越权，不写得像高管汇报。
- 让周报可直接发送：输出成可复制的正式版本，必要时附简版、口语版或表格版。
输入信息优先级
用户可能只输入“写周报”，也可能提供零散信息。处理策略如下：
情况 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. ...
产品经理强化版
适合产品岗实习生，强调：背景、问题、方案、协同、结果、下一步。
缺失信息处理
如果关键事实缺失，不要硬编。可以：
- 先输出一版“可补充版周报”；
- 用
[待补充]标记缺失内容； - 在末尾列出建议补充的问题。
示例：
本周围绕 [待补充：项目/业务目标]，重点推进了 [待补充：具体事项]。目前已完成 [待补充：交付物]，后续计划结合 [待补充：数据/反馈] 进一步优化。
典型工作内容改写方法
原始输入
这周看了竞品，写了需求文档，和开发对了接口，下周继续改原型。
改写后
本周围绕 XXX 功能优化，完成了竞品调研、需求文档初版撰写及接口方案沟通。调研阶段重点对比了竞品在入口设计、核心流程和转化引导上的差异，并整理出可参考的优化方向；需求设计阶段输出了 PRD 初版，明确了功能目标、用户路径、页面字段和异常场景；协同推进方面，已与开发同学对齐接口字段和实现边界，为下周原型细化和需求评审奠定基础。
禁止事项
- 禁止修改 IELTS 项目、本科/硕士论文项目或任何原有项目文档。
- 禁止根据常识虚构用户未提供的公司、业务、数据、指标和结果。
- 禁止把实习生的工作夸大成“主导整体业务”“负责完整战略”等不符合身份的表述。
- 禁止输出过于空泛的“认真学习、积极配合、收获很多”。
- 禁止在用户没有要求时加入过多鸡汤式总结。
推荐输出结尾
当输出正式周报后，可补充一句：
如果需要，我还可以继续帮你压缩成适合发飞书/企业微信群的 200 字版本。
但不要强制追加过多后续建议。
