Menú
De forma predeterminada está seleccionado el prompt que primero revisa el origen. Puedes cambiar a un comando directo o descargar una copia local.
Lee SKILL.md y los archivos complementarios que muestra SkillsMP antes de decidir si quieres instalarlo.
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Un comando directo omite el prompt de revisión. Revisa el origen antes de ejecutarlo.
npx skills add https://github.com/yunshu0909/yunshu_skillshub --skill weekly-reportEl comando permanece en una sola línea. Desplázate horizontalmente para revisarlo antes de copiarlo.
¿Prefieres una copia local? Descarga los archivos que SkillsMP tiene disponibles ahora.
带用户精读一篇文章/文档并真正学透（不是出摘要）。五步：抽干货 → 切讲次 → 每讲跑「学-考-讲」循环 → 对号入座 → 实操+测验+讲错题+蒸馏。每讲产出 HTML 课件 + 笔记落盘；讲完必考一次，用户复述后必须挑不精确处拧紧；抽象概念上可交互演示（能点能跑）；全程用用户自己的业务场景当案例；学完出多题型自动判分测验卷，最后把收获蒸馏回用户的工具。核心触发条件是用户要的是"学会"而不是"要一份结果"，例如"我们一起学这篇文章/这个链接"、"带我学"、"精读"、"我想学会 X"、"这篇我看不懂你给我讲讲"。有具体材料（链接、本地文件、PDF，或用户自己的 skill/文档/代码）时直接开跑；只有学习意图而没材料时仍走本 skill，但开工第一件事是和用户一起把材料定下来，禁止凭记忆开讲。不适用于：只要一份总结/摘要/教程长文，用户读完就完、不需要答题（用 readable-output）、只是搜集资料做调研（使用可用的网页/平台取材工具）、帮我写 PRD/测试用例（用 prd-test-writer）、以及用户其实是想让你直接把活干了（那就直接做）。
让 Codex 与 Claude Code 通过本机 CLI 组成“主执行者 + 独立审查者”的对称协作闭环。用于用户要求两个模型一起完成、交叉校核、独立审查、修到 ACK，或任务涉及产品需求收敛、复杂方案、跨模块开发、迁移、安全、重要重构和高质量交付时；无论从 Codex 还是 Claude Code 启动，都由当前模型主持，并完整调用另一方完成需求挑战、方案门禁、实现冷审和最终验收。
界面设计探索（开发范式 v1 · 仅限有 UI 的模块）。触发前两个硬条件必须同时成立：①这个东西有用户能看见的界面 ②界面尚不存在。通过"需求收敛 → 技术调研 → ASCII 批量出 5-8 个方案 → HTML 设计稿 → 全状态覆盖 → 需求总结"，产出 3 个交付文件：需求总结.md + {模块}-设计稿.html + {模块}-全状态设计参考.html，作为 PRD 阶段的输入。不适用于：无界面的流程/架构/数据结构/接口/方案设计——"设计"二字不等于本 skill（用 issue-pool 讨论拆解）、界面已经在代码里跑着要改样式（用 ui-design）、照着现成设计图或截图复刻（用 design-replica）、写 PRD 时给单个故事配线框图（用 prd-test-writer，它自带 ASCII 线框能力）、还没决定要不要做的模糊想法（先用 issue-pool 入池）、纯发散不收敛的终局愿景（用 vision-exploration）。
Basado en la clasificación ocupacional SOC
Mostrando SKILL.md
| name | weekly-report |
| description | 帮助用户梳理周报，按照完整逻辑展示工作价值和边界。当用户说"写周报"、"周报"、"梳理周报"、"整理工作"时触发。 |
帮助用户把一周的工作梳理成逻辑清晰、价值明确的周报，让团队了解做了什么、遇到什么问题、下一步计划。
引导用户讲述本周工作，可以想到什么说什么，不需要有条理：
根据用户的工作性质和角色，灵活选择合适的模块分类。以下是不同角色的常见分类参考：
技术/开发角色：
产品经理角色：
运营角色：
设计角色：
测试/QA角色：
SA/售前/商务角色：
通用模块（适用所有角色）：
使用建议：
针对每件事，通过追问补充完整逻辑：
关键追问模板：
给用户看初稿，确认：
根据用户反馈调整措辞、结构和重点。
生成最终的周报文档，包含：
# 本周工作
## 一、[模块名称]
**1. [客户/项目名称] - [一句话概括]**
[完整描述：背景 → 做了什么 → 结果 → 下一步]
**2. [客户/项目名称] - [一句话概括]**
① [子项1]：[描述]
② [子项2]：[描述]
③ [子项3]：[描述]
**核心卡点/挑战**：[如果有重要问题，单独说明]
## 二、[模块名称]
...
## 下周重点
**1. [重点事项1]**
- [具体内容]
**2. [重点事项2]**
- [具体内容]
把生成的周报文档保存为：
周报-[日期].md
建议放在用户的工作目录或文档目录中，如：
/Users/xxx/Documents/周报/weekly-reports/ 文件夹助手：你好，我来帮你梳理周报。这周主要做了哪几块的事情？
用户：[描述工作内容]
助手：好的，我理解了。让我确认几个细节：
1. [追问背景]
2. [追问结果]
3. [追问下一步]
...
用户：[回答]
助手：明白了。我按这个逻辑整理一下：
[展示分类后的结构]
你看看有没有遗漏的？
用户：[补充或确认]
助手：好的，我写个初稿给你看看：
[展示周报初稿]
这样可以吗？有哪里需要调整的？
用户：[反馈调整意见]
助手：好，我按你说的改一下：
[展示调整后的版本]
现在说说下周重点做啥？
用户：[说下周计划]
助手：好的，完整的周报已经整理好了：
[展示最终版本]
我把周报保存在：[路径]
你可以直接复制去提交了。