dojo-plan
Codojo S2 阶段唯一 skill：学习计划生成。从 S1 产出的 `.codojo/open-questions.md` 读取用户能力画像，结合项目结构分析， 生成个性化学习计划 `task.md` + 进度跟踪表 `schedule.md`。 已掌握的内容跳过或简化，重点放在用户薄弱环节。 状态模式： - generate : task.md 不存在 → 读取评估结果 + 分析项目 → 生成计划 - regenerate : 用户明确要求重新生成计划 → 覆盖已有 task.md + schedule.md 触发关键词：生成学习计划、制定计划、S2、学习路径、plan、规划学习路线、 帮我安排学习顺序、生成 schedule。 前置条件：`.codojo/open-questions.md` 已存在且末尾含 `<!-- ASSESS_DONE -->` 标记。 若前置不满足，必须提示用户先完成 S1（dojo-assess），不可跳过。 后置产出：`.codojo/task.md` + `.codojo/schedule.md`（两文件同时存在即视为 S2 完成）。 强制约定：task.md 的第一个知识点固定为「0.1 项目全景」（分层结构 + 模块职责 + 为什么这样分）， 让用户先建立全局认知再钻细节；schedule.md 首行须与之对应。 注意：本 skill
npx skills add ttguy0707/codojo --skill dojo-plan --agent claude-code
Same command for any agent — swap --agent for codex, cursor, copilot.
Weekly change comes from our own snapshots, not the repository page — it measures attention, not adoption.
# dojo-plan — S2 计划生成 > 一句话定位：根据能力评估结果，生成个性化学习计划和进度跟踪表。 ## 何时使用 - ✅ S1 能力评估已完成，`open-questions.md` 已填答案 - ✅ 用户说"生成学习计划"、"制定计划" - ❌ `open-questions.md` 不存在或未填答案 → 转 `dojo-assess` - ❌ `task.md` 已存在且用户想开始学习 → 转 `dojo-teach` ## 前置条件 - `<repo-root>/.codojo/open-questions.md` 存在且末尾包含 `<!-- ASSESS_DONE -->` 标记 若前置条件不满足，提示用户并转到 `dojo-assess`。 ## 工作流 ### Step 1：分析评估结果 读取 `open-questions.md`，提取： - 用户已掌握的技术点（标记为"熟练掌握"） - 用户部分掌握的技术点（"用过但不熟练"） - 用户完全不了解的技术点（"完全不了解"/"听说过但没用过"） - 用户的自由补充（学习目标、时间安排等） ### Step 2：项目深度分析 在 Step 1 基础上，深入分析项目代码，梳理： - 项目的模块划分和层次结构 - 模块间的依赖关系（先学什么后学什么） - 每个模块涉及的核心概念和知识点 - 适合用来做实践练习的代码片段 ### Step 3：生成 task.md 根据 Step 1 + Step 2 生成 `<repo-root>/.codojo/task.md`： **强制规则：第一个知识点必须是「模块 0：项目全景」** 无论用户水平高低，`task.md` 的第一个知识点固定为「0.1 项目全景」，让用户在钻进具体知识点之前先建立全局认知（先森林、后树木）。这是横向的整体视角，与后续逐个知识点的纵向深入互补。 「模块 0」是**纯理论**知识点（无实践任务），轻量讲解，1 个知识点讲完即可，内容聚焦三点： - **分层结构**：项目从根目录开始分了哪几层 / 哪几个模块 - **模块职责**：每个模块/层各自负责什么 - **为什么这样分**：这种分层/分包背后的设计意图（解耦、复用、职责单一等） 它由 S3 正常教学流程讲解，理论讲完用户确认理解即视为完成，不需要实践环节；用户学到一半想回看全局时，让 AI 重讲「0.1 项目全景」即可（S3 中断恢复机制本就支持跳回任意知识点）。 ```markdown # 学习计划 > 根据你的能力评估自动生成，已掌握内容已跳过或简化。 ## 学习概要 - **总知识点数**：N 个 - **预计学时**：约 X 小时 - **学习路径**：<简述先后顺序的逻辑> ## 模块 0：项目全景 ### 0.1 项目全景：分层结构与模块关系 - *
- 何时使用
- 前置条件
- 工作流
- Step 1：分析评估结果
- Step 2：项目深度分析
- Step 3：生成 task.md
- Step 4：生成 schedule.md
- Step 5：输出并确认
- Gotchas
- 不该做的事
- 产出
- 输出风格约束
What does the dojo-plan skill do?
Codojo S2 阶段唯一 skill：学习计划生成。从 S1 产出的 `.codojo/open-questions.md` 读取用户能力画像，结合项目结构分析， 生成个性化学习计划 `task.md` + 进度跟踪表 `schedule.md`。 已掌握的内容跳过或简化，重点放在用户薄弱环节。 状态模式： - generate : task.md 不存在 → 读取评估结果 + 分析项目 → 生成计划 - regenerate : 用户明确要求重新生成计划 → 覆盖已有 task.md + schedule.md 触发关键词：生成学习计划、制定计划、S2、学习路径、plan、规划学习路线、 帮我安排学习顺序、生成 schedule。 前置条件：`.codojo/open-questions.md` 已存在且末尾含 `<!-- ASSESS_DONE -->` 标记。 若前置不满足，必须提示用户先完成 S1（dojo-assess），不可跳过。 后置产出：`.codojo/task.md` + `.codojo/schedule.md`（两文件同时存在即视为 S2 完成）。 强制约定：task.md 的第一个知识点固定为「0.1 项目全景」（分层结构 + 模块职责 + 为什么这样分）， 让用户先建立全局认知再钻细节；schedule.md 首行须与之对应。 注意：本 skill
How do I install it?
Run `npx skills add ttguy0707/codojo --skill dojo-plan --agent claude-code` — it drops the skill into your project so the agent can pick it up. Swap the --agent value for codex, cursor or copilot if you use one of those.
Where does this skill come from?
From ttguy0707/codojo, a repository with 50 stars. We read it straight from the repository tree rather than a submitted listing, so what you see here is what is actually published.
Is a popular skill a good skill?
Not necessarily. Stars measure attention, not adoption — a repository can trend for a week and be abandoned. That is why we show the weekly change from our own snapshots next to the total, instead of a single flattering number.