تشغيل أي مهارة في Manus بنقرة واحدة

dojo-assess

النجوم٤٤

التفرعات١

آخر تحديث٢٦ يونيو ٢٠٢٦ في ١٤:٥٤

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。

التثبيت

التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.

تشغيل في Manus

المصدر

ttguy0707

ttguy0707/codojo

فتح مستودع GitHub عرض مستودعات المنشئ

تنزيل

تشغيل في Manus

المهن ذات الصلةSOC

استنادا إلى تصنيف SOC المهني

معلمو التعليم العالي، جميع الآخرونالتعليم والمكتبات·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

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

المزيد من هذا المستودع

نفس المستودع

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

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