lesson-builder

帮助用户通过讨论完成课程大纲和课件。当用户说"备课"、"做课件"、"准备课程"时触发。

467 stars

Best use case

lesson-builder is best used when you need a repeatable AI agent workflow instead of a one-off prompt.

帮助用户通过讨论完成课程大纲和课件。当用户说"备课"、"做课件"、"准备课程"时触发。

Teams using lesson-builder should expect a more consistent output, faster repeated execution, less prompt rewriting.

When to use this skill

  • You want a reusable workflow that can be run more than once with consistent structure.

When not to use this skill

  • You only need a quick one-off answer and do not need a reusable workflow.
  • You cannot install or maintain the underlying files, dependencies, or repository context.

Installation

Claude Code / Cursor / Codex

$curl -o ~/.claude/skills/lesson-builder/SKILL.md --create-dirs "https://raw.githubusercontent.com/yunshu0909/yunshu_skillshub/main/lesson-builder/SKILL.md"

Manual Installation

  1. Download SKILL.md from GitHub
  2. Place it in .claude/skills/lesson-builder/SKILL.md inside your project
  3. Restart your AI agent — it will auto-discover the skill

How lesson-builder Compares

Feature / Agentlesson-builderStandard Approach
Platform SupportNot specifiedLimited / Varies
Context Awareness High Baseline
Installation ComplexityUnknownN/A

Frequently Asked Questions

What does this skill do?

帮助用户通过讨论完成课程大纲和课件。当用户说"备课"、"做课件"、"准备课程"时触发。

Where can I find the source code?

You can find the source code on GitHub using the link provided at the top of the page.

SKILL.md Source

# 课程构建器(讨论驱动|两步完成)

这是一个"共创式"备课助手:通过讨论挖掘你的想法,帮你完成课程大纲和课件。

**核心理念:** 讲课就两件事——定大纲、写课件。

---

## 协作原则

- **讨论驱动**:不是问卷,而是对话。我会追问、碰撞、挖掘你的真实想法
- **先框架后细节**:先确认框架对不对,再写详细内容
- **最少文档**:只产出你需要的(大纲 + 课件),不制造冗余
- **快速迭代**:允许不完整、先有再好,边讨论边调整

---

## 协作模式(开场确认)

开始时会问你要哪种节奏:

- **快速共创**(推荐):直接产出草案,只在关键节点确认,快速迭代
- **严格确认**:每个步骤都确认后再进入下一步,更稳妥但较慢

---

## 两步工作流

### 📍 第1步:共创大纲

**目标:** 通过讨论,把你的想法变成清晰的课程框架

**工作方式:**

```
你说想法
  ↓
我追问和挖掘(为谁讲?解决什么?讲什么?)
  ↓
我们碰撞讨论(调整顺序、补充内容)
  ↓
我给框架草稿(不是长文档,是结构图)
  ↓
你确认框架
  ↓
我写完整大纲
```

**大纲包括:**
- 课程主线(一句话:这节课要让学员学会什么)
- 模块拆解(3-5个模块,每个模块的核心价值)
- 时间分配(每个模块多长时间,含缓冲)
- 材料清单(要准备什么:工具、账号、代码、截图等)
- 课前准备(学员需要提前做什么)

**产物:** 1个大纲文档

---

### 📍 第2步:写课件

**目标:** 基于大纲,写出完整的课件内容

**工作方式:**

```
大纲确认后
  ↓
我问:课件风格(简洁/详细/半详细)
  ↓
我基于大纲逐模块写课件
  ↓
每个模块包括:核心概念、案例、演示步骤、关键总结
  ↓
完成完整课件
```

**课件包括:**
- 开场(为什么学这节课、课程整体节奏)
- 每个模块的详细内容(理论 + 案例 + 演示 + 收口句)
- 总结和作业
- 可选:补充指南(工具使用、注册流程等)

**产物:** 1个完整课件文档(飞书云文档格式)

---

## 关键优化点(基于实践改进)

### ✅ 更早做"全局框架确认"

不等到最后才问"对不对",而是一开始就确认:
- 这节课的整体节奏是什么?(从头到尾讲什么)
- 谁用这些文档?(讲师?学员?)
- 你需要什么文档?(只要大纲?还是要课件?还是要补充材料?)

### ✅ 框架优先,细节后置

流程:
```
先画框架/逻辑图
  ↓
你确认
  ↓
再写详细内容
```

不要一上来就写长文档,避免推倒重来。

### ✅ 清晰的文档分类

产出的文档会明确分类:

**核心文档:**
- 大纲(讲师参考)
- 课件(学员学习)

**补充文档(按需):**
- 工具指南
- 注册流程
- 参考表格
- 等等

开始前会问你需要哪些,只产出需要的。

---

## 开场流程

当你启动这个skill时,我会:

1. **确认协作模式**
   - 快速共创 or 严格确认?

2. **理解你的需求**
   - 这节课要讲什么?(主题)
   - 你现在有什么?(想法/已有大纲/需要重做)
   - 你需要什么?(只要大纲?还是大纲+课件?)

3. **开始第1步:共创大纲**
   - 通过讨论挖掘你的想法
   - 产出框架草稿 → 确认 → 写大纲

4. **进入第2步:写课件**(如果你需要)
   - 基于大纲写详细内容
   - 产出完整课件

---

## 使用建议

**适合用 lesson-builder 的场景:**
- ✅ 想快速备好一节课
- ✅ 已经有清晰想法,需要帮忙整理成文档
- ✅ 需要迭代现有课程大纲

**可能更适合 course-designer 的场景:**
- 🤔 全新的课程,需要从零梳理画像和目标
- 🤔 需要非常细致的节奏控场方案
- 🤔 需要详细的演示卡片和作业设计

---

开始吧!告诉我你要准备什么课程 👇

Related Skills

project-map-builder

467
from yunshu0909/yunshu_skillshub

生成或更新用户指定文件夹的 PROJECT_MAP.md。适用于用户要求目录地图/项目地图/代码仓概览/文件夹级说明/更新已有 PROJECT_MAP.md 的场景。必须先询问要扫描的文件夹范围,禁止默认全仓库扫描;支持单目录或多目录(合并或分别生成)。

writing-assistant

467
from yunshu0909/yunshu_skillshub

写作助手 - 当用户说"我想写XX"、"帮我梳理选题"、"怎么形成框架"、"给我组织思路"时触发。根据观点清晰度自动选择最优路线:清晰观点走"框架→内容",模糊观点走"挖掘→选题→框架→内容"。

weekly-report

467
from yunshu0909/yunshu_skillshub

帮助用户梳理周报,按照完整逻辑展示工作价值和边界。当用户说"写周报"、"周报"、"梳理周报"、"整理工作"时触发。

vision-exploration

467
from yunshu0909/yunshu_skillshub

终局愿景探索。用户抛出一个模糊 idea,AI 主导引导,通过"追问价值 → 挖掘动机 → 推导演化 → 画终局"的链路,帮用户看到未来最远的可能性。不设限,不收敛,纯发散。

version-planner

467
from yunshu0909/yunshu_skillshub

帮助用户把产品需求拆解成渐进式版本规划。当用户说"拆版本"、"版本规划"、"MVP怎么做"、"分阶段实现"时触发。

ui-design

467
from yunshu0909/yunshu_skillshub

UI 样式修改协作流程。当用户要求修改页面样式、调整布局、改 UI 细节时使用。通过"截图定位 → 现状描述 → 方案选择 → 改代码 → 微调"的结构化流程,减少沟通偏差,避免浪费 token。

thought-mining

467
from yunshu0909/yunshu_skillshub

思维挖掘助手 - 通过对话帮助用户把脑子里的零散想法倒出来、记录下来、整理成文章。覆盖从思维挖掘到成稿的完整流程。

thinking-partner

467
from yunshu0909/yunshu_skillshub

思考拍档 - 陪你从混沌中理清局面,锁定核心问题,拆解卡点,共创解法,落地行动

req-change-workflow

467
from yunshu0909/yunshu_skillshub

Standardize requirement/feature changes in an existing codebase (especially Chrome extensions) by turning "改需求/需求变更/调整交互/改功能/重构流程" into a repeatable loop: clarify acceptance criteria, confirm current behavior from code, assess impact/risk, design the new logic, implement with small diffs, run a fixed regression checklist, and update docs/decision log. Use when the user feels the change process is chaotic, when edits tend to sprawl across files, or when changes touch manifest/service worker/OAuth/storage/UI and need reliable verification + rollback planning.

product-naming

467
from yunshu0909/yunshu_skillshub

产品命名协作流程。当用户想给产品/项目/模块起名字时使用。通过"灵魂挖掘 → 约束提取 → 路线发散 → 方向选择 → 竞品验证 → 最终确认"的结构化流程,从模糊想法产出有品牌生命力的名字,避免拍脑袋起名。

priority-judge

467
from yunshu0909/yunshu_skillshub

优先级判断助手 - 帮用户从混沌的待办事项中判断优先级,确定现在该做什么。当用户说"我有很多事要做"、"帮我理一下"、"排个优先级"、"今天该做什么"时触发。

prd-doc-writer

467
from yunshu0909/yunshu_skillshub

Write and iteratively refine PRD/需求文档 with a story-driven structure and strict staged confirmations (journey map alignment, per-story single-point confirmation, final generation gate). Use when the user asks to 梳理/撰写/完善 PRD、需求文档、用户故事、验收标准,并希望用 ASCII 线框图与 Mermaid(流程图/状态图/时序图)来减少歧义、共同完成文档。