with one click
帮助用户梳理周报,按照完整逻辑展示工作价值和边界。当用户说"写周报"、"周报"、"梳理周报"、"整理工作"时触发。
npx skills add https://github.com/yunshu0909/yunshu_skillshub --skill weekly-reportCopy and paste this command into Claude Code to install the skill
帮助用户梳理周报,按照完整逻辑展示工作价值和边界。当用户说"写周报"、"周报"、"梳理周报"、"整理工作"时触发。
npx skills add https://github.com/yunshu0909/yunshu_skillshub --skill weekly-reportCopy and paste this command into Claude Code to install the skill
| name | weekly-report |
| description | 帮助用户梳理周报,按照完整逻辑展示工作价值和边界。当用户说"写周报"、"周报"、"梳理周报"、"整理工作"时触发。 |
帮助用户把一周的工作梳理成逻辑清晰、价值明确的周报,让团队了解做了什么、遇到什么问题、下一步计划。
引导用户讲述本周工作,可以想到什么说什么,不需要有条理:
根据用户的工作性质和角色,灵活选择合适的模块分类。以下是不同角色的常见分类参考:
技术/开发角色:
产品经理角色:
运营角色:
设计角色:
测试/QA角色:
SA/售前/商务角色:
通用模块(适用所有角色):
使用建议:
针对每件事,通过追问补充完整逻辑:
关键追问模板:
给用户看初稿,确认:
根据用户反馈调整措辞、结构和重点。
生成最终的周报文档,包含:
# 本周工作
## 一、[模块名称]
**1. [客户/项目名称] - [一句话概括]**
[完整描述:背景 → 做了什么 → 结果 → 下一步]
**2. [客户/项目名称] - [一句话概括]**
① [子项1]:[描述]
② [子项2]:[描述]
③ [子项3]:[描述]
**核心卡点/挑战**:[如果有重要问题,单独说明]
## 二、[模块名称]
...
## 下周重点
**1. [重点事项1]**
- [具体内容]
**2. [重点事项2]**
- [具体内容]
把生成的周报文档保存为:
周报-[日期].md
建议放在用户的工作目录或文档目录中,如:
/Users/xxx/Documents/周报/weekly-reports/ 文件夹助手:你好,我来帮你梳理周报。这周主要做了哪几块的事情?
用户:[描述工作内容]
助手:好的,我理解了。让我确认几个细节:
1. [追问背景]
2. [追问结果]
3. [追问下一步]
...
用户:[回答]
助手:明白了。我按这个逻辑整理一下:
[展示分类后的结构]
你看看有没有遗漏的?
用户:[补充或确认]
助手:好的,我写个初稿给你看看:
[展示周报初稿]
这样可以吗?有哪里需要调整的?
用户:[反馈调整意见]
助手:好,我按你说的改一下:
[展示调整后的版本]
现在说说下周重点做啥?
用户:[说下周计划]
助手:好的,完整的周报已经整理好了:
[展示最终版本]
我把周报保存在:[路径]
你可以直接复制去提交了。
陪伴型 AI 人设生成与优化流程。当用户想给 Hermes Agent(或任意 AI 陪伴角色)做一个"有感情、聊久不掉、像真人"的人设时使用。通过"定调子 → 名字 → 外形 → 性格 → 背景 → 关系 → 说话节奏 → 生成 SOUL.md → 迭代"的结构化对话,从一句模糊想法(如"我想要个JK女友""年上男友""高冷御姐")产出可直接贴进 Hermes SOUL.md 的第一人称人设文本。支持女友/男友/各种气质的陪伴角色,并让用户选择"一句一句发"还是"整段说"的输出风格。当用户说"做个人设/捏个AI女友男友/给Hermes弄个角色/优化人设/换个人设"时触发。
PRD + 可执行测试用例双文档一体化协作。与用户共同写并迭代。理解需求后自主读代码再写;故事驱动 + 分阶段单点确认;每个 PRD 产出 PRD-MD 与 测试用例-MD(给 AI 的事实源)+ 两份套模板的 review HTML(给人查阅,与 MD 严格 1:1)。触发:梳理/撰写/完善 PRD、需求文档、用户故事、验收标准、测试用例、测试基准、测试方案。
系统化学习材料生成器。给一个新领域/技术/概念,AI 自主调研、搭体系、产出 HTML 学习材料(含骨架/案例/工程化/争议+盲区)。当用户说"我要学 X / 帮我系统拆解 X / 我想吃透 X 这个领域 / 给我整理 X 的全貌 / 深度调研 X 给我系统讲讲 / 把 X 搞透"时触发。不适用于"X 行不行/为什么 Y"(用 long-research)、"X 有哪些好玩案例"(用 case-radar 给散点)、"把这堆素材整理成 HTML"(用 readable-output 处理已有素材)、文章写作(用 writing-assistant)、设计稿(用 design-exploration)。
把当前对话的上下文 / 一堆历史内容 / 散落的信息**整理成可读性高的 HTML 总结**。强制 4 问挖掘(给谁看 / 读完拿什么 / 详略 / 风格)+ 6 阶段框架(定终点 → 抓核心点 → 选主结构 → 写 → 自检),让 AI "想清楚再输出",避免散文式罗列。当用户说"做个复盘"、"汇总一下"、"总结这堆"、"整理成 HTML"、"把上下文整理一份"、"做个教程 / 学习指南 / 报告"、"把 X 讲清楚"等需要把上下文/历史输出成给人读的中长 HTML 时触发。
案例雷达。给一个新东西(新工具/新概念/新生态),扫一遍生态找好玩的真实案例,重点是抓"真物"(截图/源码/演示)而不是 GitHub 主页,输出可浏览的 HTML 案例集。当用户说"看看大家用 X 做了什么"、"扫一下 X 生态"、"市面上 X 有什么新玩法"、"给我看 X 的真物案例"、"/case-radar"时触发。不适合:① 已有明确目标的深度调研(用 long-research)② 写文章/出 PRD(用 writing-assistant / prd-doc-writer)③ 单纯求知不需要 HTML(直接问就好)。
复杂长程任务的自主执行流程。当用户有一个复杂或模糊的任务("帮我搞清楚 X / 帮我评估 Y / 帮我把这堆东西整理出来 / 帮我对比 N 个方案 / 帮我跑一次调研"),希望 AI 自己拆解、自己执行、自己校验、只在关键时刻找用户的场景。通过"任务确认 → 任务队列 → 分批执行 → 周期校验队列 → 触发式汇报"实现 1-2 小时无人值守的自主执行。当用户说"帮我搞清楚 / 评估一下 / 整理一下 / 对比一下 / 跑一次调研 / 你自己跑别打扰我 / 长程任务 / 自主跑"时触发。**不适用于**:UI 设计(用 design-exploration)、待办优先级(用 priority-judge)、文章写作(用 writing-assistant)、需求池管理(用 backlog-manager)、终局发散(用 vision-exploration)、起名(用 product-naming)、有明确 spec 的实现编码任务(直接编码)。