소스 정보
- 저장소
- yunshu0909/yunshu_skillshub
- 최근 소스 활동
- 2026년 2월 7일 14:03
- 감지된 SKILL.md 언어
- 중국어
- 스타
- 752
- 포크
- 107
설치 방법
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
소스 파일 검토
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
메뉴
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
직접 명령은 검토 Prompt를 거치지 않습니다. 실행하기 전에 소스를 확인하세요.
npx skills add https://github.com/yunshu0909/yunshu_skillshub --skill weekly-report명령은 한 줄로 유지됩니다. 복사하기 전에 가로로 스크롤해 전체 내용을 확인하세요.
로컬 사본을 원하시나요? SkillsMP에서 현재 제공할 수 있는 파일을 다운로드하세요.
带用户精读一篇文章/文档并真正学透(不是出摘要)。五步:抽干货 → 切讲次 → 每讲跑「学-考-讲」循环 → 对号入座 → 实操+测验+讲错题+蒸馏。每讲产出 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)。
SOC 직업 분류 기준
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. [追问下一步]
...
用户:[回答]
助手:明白了。我按这个逻辑整理一下:
[展示分类后的结构]
你看看有没有遗漏的?
用户:[补充或确认]
助手:好的,我写个初稿给你看看:
[展示周报初稿]
这样可以吗?有哪里需要调整的?
用户:[反馈调整意见]
助手:好,我按你说的改一下:
[展示调整后的版本]
现在说说下周重点做啥?
用户:[说下周计划]
助手:好的,完整的周报已经整理好了:
[展示最终版本]
我把周报保存在:[路径]
你可以直接复制去提交了。