📝 Weekly Report (周报生成)
💡 简介
这个技能帮你把一周里零散的工作，整理成一份重点突出、一眼能看懂的周报。它内置一套好用的方法论，再加上按岗位区分的模板，所以产出的不是流水账，而是一份拿来就能发的周报。
我们的核心看法：好的周报不是"我干了啥"的记录，而是让读者用最低成本看到你的价值和风险。说白了——为读者写，别为自己写。
🎯 使用场景
当用户想写、想改、想理顺一份周报时，就用它，比如：
- 说"帮我写周报" / "写周报" / "周报" / "本周总结"
- 说"生成一份周报" / "weekly report" / "工作总结"
- 想把手头已有的草稿改得更出彩
注意：投资、股票盯盘类的持仓日报/周报不在本技能范围，那类归金融专属技能管。
🔧 工作流
按顺序走这四步。除非理由充分（比如用户已经把背景都说清了），否则别跳步。
🔍 第 1 步 — 先问清楚（只问缺的东西）
动笔前，确认最起码要知道的三件事。问题最多三个，能合并就合并问。用户没说清楚的，就用默认值。
要确认这三项：
1. 岗位 —— 研发、运营、销售、产品经理、管理/leader，还是通用。这决定用哪套模板（见 references/templates.md）。
2. 给谁看 —— 直属领导（看结果 + 风险 + 要什么支持）、团队（看进度 + 协作）、跨职能/客户（看影响 + 依赖）。读者不同，开头重点也不同。
3. 时间范围和素材 —— 默认本周或上周。素材可以从用户的笔记、聊天记录里来，也可以让用户口头讲一讲。如果用户直接贴了一堆要点，就把它当原料重新组织，别原样复述。
如果用户一句"你直接写吧"啥也没给，就按"通用 + 直属领导 + 本周"的默认组合先出一版能填的骨架，再问要不要细化。
🧭 第 2 步 — 套用方法论
每份周报都必须守住这几条：
- 结论先行：第一行就抛本周最核心的成果，或者最要紧的一个风险。记住金字塔原理——先给结论，再补细节。
- STAR 写成果：每条成就都按 情境 → 任务 → 动作 → 结果 来讲，而且一定要落到可量化的结果上。
- 用数字说话：把形容词换成数字。"转化率显著提升" → "转化率 +12%（从 3.1% 到 3.5%）"。实在没数字，也给个具体、能验证的替代指标。
- 3-3-3 结构（默认骨架）：完成 3 件（带数据）、进行中 3 件（带进度百分比）、下周计划 3 件（可衡量里程碑）。每栏最多 3 条，逼自己做取舍。
- 风险前置：单独开一段写风险和阻塞。要说清影响 + 你建议的应对选项（别只甩问题）+ 具体需要什么支持。早暴露是专业，临到跟前才说就是失信。
- 对齐 OKR：知道的话，把每条工作挂到对应的目标/关键结果上，让读者看明白这事在支撑什么大局。
📄 第 3 步 — 生成周报
照着 references/templates.md 里对应的模板，输出一份干净、能直接复制的 Markdown。结构大概是这样：
# 周报（<日期范围>）
## 一、本周核心结论
## 二、本周成果
## 三、进行中 & 进度
## 四、风险 / 阻塞（需支持）
## 五、下周计划
写的时候注意：
- 每条尽量一句话，而且先说结果、别说动作。
- 状态、指标这类用表格呈现更清爽。
- 保持能快速扫读：读者 10 秒内就该抓住你这周的价值。
- 用用户习惯的语言写（默认简体中文）。
✨ 第 4 步 — 按反馈打磨
生成之后，主动提一个具体的改进点（比如"要不要我把风险那段改成带选项的决策格式？"）。等用户给了修改意见或真实数据，就整份重生成，别在原文上打补丁。
📚 资源
references/templates.md
按岗位分的周报模板（通用 / 研发 / 运营 / 销售 / 管理）、一份填好的示例，还有常见误区清单。写正文时加载它，让结构和用户岗位对上。
references/usage.md
面向使用者的详细中文使用说明。涵盖怎么触发、完整的分步流程（带对话示例）、三个澄清问题、五套角色模板、方法论、进阶玩法、常见问题和边界。用户问"怎么用"或需要走一遍时加载。
⚠️ 注意事项
- 本技能只负责生成内容，不发送、不发布。如果用户想发到某个渠道（比如钉钉/飞书/邮件），动手前一定先拿到明确确认和目标。
- 质量比长度重要。一份只有 3 条但很有力的周报，胜过 10 条的流水账。
