lesson-builder
帮助用户通过讨论完成课程大纲和课件。当用户说"备课"、"做课件"、"准备课程"时触发。
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
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/lesson-builder/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How lesson-builder Compares
| Feature / Agent | lesson-builder | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/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
生成或更新用户指定文件夹的 PROJECT_MAP.md。适用于用户要求目录地图/项目地图/代码仓概览/文件夹级说明/更新已有 PROJECT_MAP.md 的场景。必须先询问要扫描的文件夹范围,禁止默认全仓库扫描;支持单目录或多目录(合并或分别生成)。
writing-assistant
写作助手 - 当用户说"我想写XX"、"帮我梳理选题"、"怎么形成框架"、"给我组织思路"时触发。根据观点清晰度自动选择最优路线:清晰观点走"框架→内容",模糊观点走"挖掘→选题→框架→内容"。
weekly-report
帮助用户梳理周报,按照完整逻辑展示工作价值和边界。当用户说"写周报"、"周报"、"梳理周报"、"整理工作"时触发。
vision-exploration
终局愿景探索。用户抛出一个模糊 idea,AI 主导引导,通过"追问价值 → 挖掘动机 → 推导演化 → 画终局"的链路,帮用户看到未来最远的可能性。不设限,不收敛,纯发散。
version-planner
帮助用户把产品需求拆解成渐进式版本规划。当用户说"拆版本"、"版本规划"、"MVP怎么做"、"分阶段实现"时触发。
ui-design
UI 样式修改协作流程。当用户要求修改页面样式、调整布局、改 UI 细节时使用。通过"截图定位 → 现状描述 → 方案选择 → 改代码 → 微调"的结构化流程,减少沟通偏差,避免浪费 token。
thought-mining
思维挖掘助手 - 通过对话帮助用户把脑子里的零散想法倒出来、记录下来、整理成文章。覆盖从思维挖掘到成稿的完整流程。
thinking-partner
思考拍档 - 陪你从混沌中理清局面,锁定核心问题,拆解卡点,共创解法,落地行动
req-change-workflow
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
产品命名协作流程。当用户想给产品/项目/模块起名字时使用。通过"灵魂挖掘 → 约束提取 → 路线发散 → 方向选择 → 竞品验证 → 最终确认"的结构化流程,从模糊想法产出有品牌生命力的名字,避免拍脑袋起名。
priority-judge
优先级判断助手 - 帮用户从混沌的待办事项中判断优先级,确定现在该做什么。当用户说"我有很多事要做"、"帮我理一下"、"排个优先级"、"今天该做什么"时触发。
prd-doc-writer
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(流程图/状态图/时序图)来减少歧义、共同完成文档。