Ejecuta cualquier Skill en Manus
con un clic

Ejecuta cualquier Skill en Manus con un clic

dojo-assess

Estrellas44

Forks1

Actualizado26 de junio de 2026 a las 14:54

Codojo S1 阶段唯一 skill：能力评估。全面分析目标项目的技术栈与理论内容，生成 `.codojo/open-questions.md` 评估用户当前水平。两种状态模式（自动路由）： - start : open-questions.md 不存在 → 扫描项目 → 生成问题清单 → 逐题交互 - resume : open-questions.md 存在但无 ASSESS_DONE 标记 → 题目框架已有，跳过项目扫描和题目生成，从第一个未填写答案的问题继续问答触发关键词：评估水平、S1、能力评估、assess、测试我的水平、我会什么、看看我的基础、开始评估。前置条件：由 dojo-stage 路由器确认当前应进入 S1（.codojo/ 中无完成标记）。后置产出：`.codojo/open-questions.md`（末尾含 `` 标记）。注意：本 skill **只做能力评估**，不生成学习计划（那归 dojo-plan · S2）。如果 open-questions.md 已存在且末尾包含 `` 标记，说明 S1 已完成，应转 dojo-plan（S2），不可重复评估（除非用户明确要求重测）。如果用户直接说"帮我学习这个项目"，应由 dojo-stage 路由，不可直接进入本 skill。

Instalación

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.

Ejecutar en Manus

Fuente

ttguy0707

ttguy0707/codojo

Abrir repositorio de GitHub Ver repositorios del creador

Descarga

Ejecutar en Manus

Ocupaciones relacionadasSOC

Basado en la clasificación ocupacional SOC

Profesores postsecundarios, todos los demásEducación y bibliotecas·SOC 25-1199

SKILL.md

readonly

name	dojo-assess
category	process
stage	S1
version	0.2.0
description	Codojo S1 阶段唯一 skill：能力评估。全面分析目标项目的技术栈与理论内容，生成 `.codojo/open-questions.md` 评估用户当前水平。两种状态模式（自动路由）： - start : open-questions.md 不存在 → 扫描项目 → 生成问题清单 → 逐题交互 - resume : open-questions.md 存在但无 ASSESS_DONE 标记 → 题目框架已有，跳过项目扫描和题目生成，从第一个未填写答案的问题继续问答触发关键词：评估水平、S1、能力评估、assess、测试我的水平、我会什么、看看我的基础、开始评估。前置条件：由 dojo-stage 路由器确认当前应进入 S1（.codojo/ 中无完成标记）。后置产出：`.codojo/open-questions.md`（末尾含 `<!-- ASSESS_DONE -->` 标记）。注意：本 skill 只做能力评估，不生成学习计划（那归 dojo-plan · S2）。如果 open-questions.md 已存在且末尾包含 `<!-- ASSESS_DONE -->` 标记，说明 S1 已完成，应转 dojo-plan（S2），不可重复评估（除非用户明确要求重测）。如果用户直接说"帮我学习这个项目"，应由 dojo-stage 路由，不可直接进入本 skill。

dojo-assess — S1 能力评估

一句话定位：分析项目技术栈，通过交互式问答评估用户当前水平，产出 open-questions.md。

何时使用

✅ 用户第一次进入项目学习流程
✅ 用户说"帮我学习这个项目"、"评估我的水平"、"我是新手"
✅ .codojo/ 目录不存在或 open-questions.md 不存在
❌ open-questions.md 已存在且已填答案 → 转 dojo-plan
❌ 用户已有学习计划想直接开始学 → 转 dojo-teach

前置条件

无（S1 是起点）

工作流

Step 1：项目全面扫描

扫描 <repo-root>/ 的完整目录结构、代码文件、配置文件，识别：

编程语言：Java / Python / Go / JS / TS 等
框架：Spring Boot / Django / React / Vue 等
构建工具：Maven / Gradle / npm / pip 等
中间件：Redis / MySQL / Kafka / MQ 等
架构模式：MVC / 微服务 / 分层架构等
其他：设计模式、领域概念、第三方 API 等

将分析结果（语言、框架、构建工具等）写入 open-questions.md 的"项目技术栈概览"章节。分析过程本身不单独输出给用户。

Step 2：生成 open-questions.md

根据 Step 1 的分析结果，生成 <repo-root>/.codojo/open-questions.md。

格式要求：

# 能力评估问卷

> 本问卷由 AI 根据项目技术栈自动生成，用于评估你的当前水平，以便制定个性化学习计划。

## 项目技术栈概览

- 语言：xxx
- 框架：xxx
- 构建工具：xxx
- ...

## 评估问题

### Q1: <问题>
- [ ] 完全不了解
- [ ] 听说过但没用过
- [ ] 用过但不熟练
- [ ] 熟练掌握

**你的回答**：<待填>

### Q2: <问题>
...

## 自由补充

<用户自行补充的说明，如学习目标、时间安排、特殊背景等>

问题设计原则：

覆盖项目涉及的每个主要技术点
从基础到进阶分层（如：Java 基础语法 → Spring IoC → Spring Boot 自动配置）
问题数量 8-15 个（不宜过多造成负担）
措辞友好，不让用户有压力

Step 3：交互式问答

将 open-questions.md 中的问题逐个向用户提问：

展示问题 + 选项
等待用户回答
立即写入文件
进入下一个问题

问题数量限制：最多 15 题，避免评估阶段过长。

注意：

每次只问一个问题，不要一次性抛出所有问题
用户回答后可以简短回应（"好的"、"了解"），不要展开讲解（教学在 S3）
如果用户回答模糊，可追问一次澄清
用户回答明确后，必须立刻更新 open-questions.md 中对应题目的 **你的回答**
如果会话中断，恢复时读取 open-questions.md，从第一个 **你的回答**：<待填> 的问题继续

Step 4：自由补充

所有问题问完后，给用户一次机会：

所有问题已回答完毕！在生成学习计划之前，你还有什么想补充的吗？
比如：
- 你的学习目标是什么？（看懂代码 / 能改 Bug / 能加功能）
- 每天大概能投入多少时间学习？
- 有没有特别想重点学的部分？
- 其他任何你觉得我应该知道的信息

没有补充的话，回复「无」即可。

Step 5：补充自由说明并完成

将 Step 4 收集的自由补充写入 open-questions.md，并在文件末尾追加完成标记（其他 skill 通过此标记判断 S1 是否完成）：

## 评估完成

- 完成时间：YYYY-MM-DD HH:mm
<!-- ASSESS_DONE -->

输出完成自检：

## 📋 S1 能力评估 完成

**产出物** ✅
- `.codojo/open-questions.md`（已填写完毕）

**评估概要**
- 已掌握：<列出>
- 需学习：<列出>
- 用户补充：<摘要>

**下一步** → S2 计划生成
是否进入 S2 生成个性化学习计划？

Gotchas

不要一次性把所有问题抛给用户——必须逐个提问，否则用户会被吓到
不要在评估阶段展开讲解技术知识——评估只负责收集信息，教学在 S3
不要生成与项目无关的通用问题（如"你会用 Docker 吗"）——问题必须直接源于项目扫描结果
不要问超过 15 个问题——过多问题会让用户失去耐心，8-15 个为宜
不要忘记写入  完成标记——其他 skill 依赖此标记判断 S1 是否完成
如果用户回答模糊（如"一般般"），可以追问一次澄清，但不要反复追问
问答过程中必须逐题增量写入答案，避免会话中断后丢失已回答内容
恢复 S1 时不要从 Q1 重新开始，必须读取已填写答案并从第一个 <待填> 继续

产出

文件	路径	说明
`open-questions.md`	`<repo-root>/.codojo/open-questions.md`	能力评估问卷（含答案，末尾有 `<!-- ASSESS_DONE -->` 标记）

输出风格约束

详见共用 reference：../_shared/output-style-guide.md

要点：自检 / 报告类输出用 ✅（通过）/ ⚠️（警告）/ ❌（失败）/ ⚪（未开始）四档。

Más de este repositorio

mismo repositorio

dojo-init

ttguy0707/codojo

Codojo 初始化入口（必须最先触发的 skill）。触发词：dojo init、道场启动、开始学习、启动、dojo start。职责： 1. 强制读取 _shared/methodology.md，让 AI 完整理解四阶段教学方法论 2. 读取完成后，直接转入 dojo-stage 进行阶段调度本 skill 只做一件事：让 AI 加载方法论上下文。路由调度统一由 dojo-stage 负责。适用场景：首次使用、新开 session 恢复上下文。

2026-06-2744

dojo-hack

ttguy0707/codojo

Codojo S4 阶段唯一 skill：魔改（可选进阶）。S3 教学完成后的实战环节， AI 基于项目分析为用户推荐多个魔改方向（加功能、重构、性能优化等），用户可多选或自定义，然后制定 `.codojo/plan.md` 并按计划对项目进行实际改造。两种状态模式（自动路由）： - init : plan.md 不存在 → 推荐魔改方向 → 用户选择 → 生成 plan.md - resume : plan.md 已存在 → 读取计划 → 从上次断点继续执行 plan.md 随用户需求持续更新，S4 不设边界，直到用户主动说"结束"为止。触发关键词：魔改、改造项目、加功能、S4、hack、我想改这个项目、动手改、重构、优化、加个功能、实战。前置条件：`.codojo/schedule.md` 总进度 = 100%（S3 已完成）。若前置不满足，必须提示用户先完成 S3 教学，不可跳过。后置产出：`.codojo/plan.md`（持续更新） + 对项目代码的实际修改。注意：本 skill 会**实际修改项目代码**，每次代码改动前必须先展示方案并等用户确认"执行"后才动手，不可自作主张直接改代码。如果用户未完成 S3 就说"我想改项目"，应由 dojo-stage 拦截并提示先完成教学。

2026-06-2644

dojo-notebook

ttguy0707/codojo

Codojo 学习笔记本（跨阶段）。用户在教学过程中随时说"记到笔记本"、 "记一下"、"这个很重要"时触发。AI 将当前对话中的知识点提炼、整合后写入 `.codojo/notebook.md`，按项目技术栈自动分章节组织。核心约束： - 增量追加：不覆盖已有内容，只在合适的章节下追加新知识点 - 智能归类：根据知识点内容自动判断归属章节，已有章节则追加，无匹配则新建 - 去重合并：如果新内容与已有笔记高度重复，合并而非重复追加 - 格式统一：每条笔记带时间戳和来源阶段标记（S1/S2/S3/S4）触发关键词：记到笔记本、记一下、记笔记、notebook、这个很重要、帮我记住、 mark this、记下来、加到笔记、重点记录。前置条件：`.codojo/` 目录存在（已进入学习流程）。后置产出：`.codojo/notebook.md`（持续增量更新）。注意：本 skill **只做笔记整理**，不中断当前教学流程。记完后应立即回到用户中断前的教学上下文继续，不需要用户额外操作。如果 notebook.md 不存在则自动创建并初始化章节结构。

2026-06-2644

dojo-plan

ttguy0707/codojo

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` 已存在且末尾含 `` 标记。若前置不满足，必须提示用户先完成 S1（dojo-assess），不可跳过。后置产出：`.codojo/task.md` + `.codojo/schedule.md`（两文件同时存在即视为 S2 完成）。强制约定：task.md 的第一个知识点固定为「0.1 项目全景」（分层结构 + 模块职责 + 为什么这样分），让用户先建立全局认知再钻细节；schedule.md 首行须与之对应。注意：本 skill **只产学习计划**，不执行教学（教学归 dojo-teach · S3）。如果用户直接说"开始学习"但 task.md 已存在，应转 dojo-teach（S3），不在此 skill 停留。

2026-06-2644

dojo-quiz

ttguy0707/codojo

Codojo 知识检测 skill：每个模块学完后自动触发的小测验，验证用户真正理解了所学内容。由 dojo-teach 在每个模块（非每个知识点）完成后自动调用，也可由用户手动触发。用户有权跳过任何测验——回复"跳过"、"不用了"即可继续下一模块，不强制。两种触发模式： - auto : S3 教学中每完成一个模块自动触发（由 dojo-teach 调用） - manual : 用户主动说"考考我"、"测试一下" 触发关键词：考考我、测测我、quiz、测验、检测一下、test me、我学会了吗、验证一下。跳过关键词：跳过、跳过测验、不用了、skip、算了、直接继续。前置条件：至少有一个模块的知识点已完成（schedule.md 中有 ✅ 记录）。后置产出：无独立文件，测验结果追加到 schedule.md 的学习日志中。注意：本 skill **只做知识检测**，不做教学（答错时只给简短要点提示，不展开完整讲解——完整讲解归 dojo-teach）。

2026-06-2644

dojo-reset

ttguy0707/codojo

Codojo 进度回档工具（跨阶段管理）。用户说"重来"、"重置"、"回到某阶段"时触发。工作流：读取 `.codojo/` 下所有文件状态 → 整理出当前进度表（含每阶段完成情况和关键产出物）→ 展示给用户并询问回档目标 → 用户选择回档阶段 → 列出将被删除/重置的文件清单 → 等用户确认 → 执行删除/重置 → 路由到目标阶段。四种回档模式： - 回到 S1 : 删除所有文件（open-questions.md / task.md / schedule.md / plan.md） - 回到 S2 : 保留 open-questions.md，删除 task.md / schedule.md / plan.md - 回到 S3 : 保留 open-questions.md + task.md，重置 schedule.md 进度为 0%，删除 plan.md - 回到 S4 : 保留 S1-S3 产出，仅删除 plan.md 触发关键词：重来、重置、reset、回到 S1、回到 S2、回到 S3、回到 S4、回档、清除进度、重新开始、从头来、rollback、我想回退、回退进度。安全约束：删除文件前必须向用户展示将删除的文件列表，等用户回复"确认"后才执行。不可静默删除。如果用户说"取消"则不做任何操作。注意：本 skill **只做文件删除/重置**，不执行任何教学或评估动作。回档完成后自动调用 dojo-stage 重新路由到目标阶段。如果 .codojo/ 目录不存在（尚未开始），提示用户"还没有任何进度，无需重置"。

2026-06-2644

name	dojo-assess
category	process
stage	S1
version	0.2.0
description	Codojo S1 阶段唯一 skill：能力评估。全面分析目标项目的技术栈与理论内容，生成 `.codojo/open-questions.md` 评估用户当前水平。两种状态模式（自动路由）： - start : open-questions.md 不存在 → 扫描项目 → 生成问题清单 → 逐题交互 - resume : open-questions.md 存在但无 ASSESS_DONE 标记 → 题目框架已有，跳过项目扫描和题目生成，从第一个未填写答案的问题继续问答触发关键词：评估水平、S1、能力评估、assess、测试我的水平、我会什么、看看我的基础、开始评估。前置条件：由 dojo-stage 路由器确认当前应进入 S1（.codojo/ 中无完成标记）。后置产出：`.codojo/open-questions.md`（末尾含 `<!-- ASSESS_DONE -->` 标记）。注意：本 skill 只做能力评估，不生成学习计划（那归 dojo-plan · S2）。如果 open-questions.md 已存在且末尾包含 `<!-- ASSESS_DONE -->` 标记，说明 S1 已完成，应转 dojo-plan（S2），不可重复评估（除非用户明确要求重测）。如果用户直接说"帮我学习这个项目"，应由 dojo-stage 路由，不可直接进入本 skill。

dojo-assess — S1 能力评估

一句话定位：分析项目技术栈，通过交互式问答评估用户当前水平，产出 open-questions.md。

何时使用

✅ 用户第一次进入项目学习流程
✅ 用户说"帮我学习这个项目"、"评估我的水平"、"我是新手"
✅ .codojo/ 目录不存在或 open-questions.md 不存在
❌ open-questions.md 已存在且已填答案 → 转 dojo-plan
❌ 用户已有学习计划想直接开始学 → 转 dojo-teach

前置条件

无（S1 是起点）

工作流

Step 1：项目全面扫描

扫描 <repo-root>/ 的完整目录结构、代码文件、配置文件，识别：

编程语言：Java / Python / Go / JS / TS 等
框架：Spring Boot / Django / React / Vue 等
构建工具：Maven / Gradle / npm / pip 等
中间件：Redis / MySQL / Kafka / MQ 等
架构模式：MVC / 微服务 / 分层架构等
其他：设计模式、领域概念、第三方 API 等

将分析结果（语言、框架、构建工具等）写入 open-questions.md 的"项目技术栈概览"章节。分析过程本身不单独输出给用户。

Step 2：生成 open-questions.md

根据 Step 1 的分析结果，生成 <repo-root>/.codojo/open-questions.md。

格式要求：

# 能力评估问卷

> 本问卷由 AI 根据项目技术栈自动生成，用于评估你的当前水平，以便制定个性化学习计划。

## 项目技术栈概览

- 语言：xxx
- 框架：xxx
- 构建工具：xxx
- ...

## 评估问题

### Q1: <问题>
- [ ] 完全不了解
- [ ] 听说过但没用过
- [ ] 用过但不熟练
- [ ] 熟练掌握

**你的回答**：<待填>

### Q2: <问题>
...

## 自由补充

<用户自行补充的说明，如学习目标、时间安排、特殊背景等>

问题设计原则：

覆盖项目涉及的每个主要技术点
从基础到进阶分层（如：Java 基础语法 → Spring IoC → Spring Boot 自动配置）
问题数量 8-15 个（不宜过多造成负担）
措辞友好，不让用户有压力

Step 3：交互式问答

将 open-questions.md 中的问题逐个向用户提问：

展示问题 + 选项
等待用户回答
立即写入文件
进入下一个问题

问题数量限制：最多 15 题，避免评估阶段过长。

注意：

每次只问一个问题，不要一次性抛出所有问题
用户回答后可以简短回应（"好的"、"了解"），不要展开讲解（教学在 S3）
如果用户回答模糊，可追问一次澄清
用户回答明确后，必须立刻更新 open-questions.md 中对应题目的 **你的回答**
如果会话中断，恢复时读取 open-questions.md，从第一个 **你的回答**：<待填> 的问题继续

Step 4：自由补充

所有问题问完后，给用户一次机会：

所有问题已回答完毕！在生成学习计划之前，你还有什么想补充的吗？
比如：
- 你的学习目标是什么？（看懂代码 / 能改 Bug / 能加功能）
- 每天大概能投入多少时间学习？
- 有没有特别想重点学的部分？
- 其他任何你觉得我应该知道的信息

没有补充的话，回复「无」即可。

Step 5：补充自由说明并完成

将 Step 4 收集的自由补充写入 open-questions.md，并在文件末尾追加完成标记（其他 skill 通过此标记判断 S1 是否完成）：

## 评估完成

- 完成时间：YYYY-MM-DD HH:mm
<!-- ASSESS_DONE -->

输出完成自检：

## 📋 S1 能力评估 完成

**产出物** ✅
- `.codojo/open-questions.md`（已填写完毕）

**评估概要**
- 已掌握：<列出>
- 需学习：<列出>
- 用户补充：<摘要>

**下一步** → S2 计划生成
是否进入 S2 生成个性化学习计划？

Gotchas

不要一次性把所有问题抛给用户——必须逐个提问，否则用户会被吓到
不要在评估阶段展开讲解技术知识——评估只负责收集信息，教学在 S3
不要生成与项目无关的通用问题（如"你会用 Docker 吗"）——问题必须直接源于项目扫描结果
不要问超过 15 个问题——过多问题会让用户失去耐心，8-15 个为宜
不要忘记写入  完成标记——其他 skill 依赖此标记判断 S1 是否完成
如果用户回答模糊（如"一般般"），可以追问一次澄清，但不要反复追问
问答过程中必须逐题增量写入答案，避免会话中断后丢失已回答内容
恢复 S1 时不要从 Q1 重新开始，必须读取已填写答案并从第一个 <待填> 继续

产出

文件	路径	说明
`open-questions.md`	`<repo-root>/.codojo/open-questions.md`	能力评估问卷（含答案，末尾有 `<!-- ASSESS_DONE -->` 标记）

输出风格约束

详见共用 reference：../_shared/output-style-guide.md

要点：自检 / 报告类输出用 ✅（通过）/ ⚠️（警告）/ ❌（失败）/ ⚪（未开始）四档。