From 6562af5e1a62db5f8f52dbbc0d74f7335437b64e Mon Sep 17 00:00:00 2001 From: Developer Date: Tue, 16 Jun 2026 14:37:49 +0800 Subject: [PATCH] =?UTF-8?q?chore:=20=E6=B8=85=E7=90=86=E4=B8=8D=E5=BF=85?= =?UTF-8?q?=E8=A6=81=E7=9B=AE=E5=BD=95?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 删除: - .codegraph/ (21MB 缓存) - .github/ (Gitea 项目，不需要 GitHub workflows) - openspec/ (旧规格文档) - qa-dialogue/ (空目录) - temp/ (空目录) - ai人才育成/ (L1 资料，知识已导入题库) Co-Authored-By: Claude Opus 4.8 --- .codegraph/.gitignore | 16 - .github/workflows/e2e.yml | 75 ---- ai人才育成/IDE题库.md | 709 ---------------------------------- ai人才育成/系统提示词文档.md | 135 ------- ai人才育成/系统提示词文档2.md | 135 ------- 5 files changed, 1070 deletions(-) delete mode 100644 .codegraph/.gitignore delete mode 100644 .github/workflows/e2e.yml delete mode 100644 ai人才育成/IDE题库.md delete mode 100644 ai人才育成/系统提示词文档.md delete mode 100644 ai人才育成/系统提示词文档2.md diff --git a/.codegraph/.gitignore b/.codegraph/.gitignore deleted file mode 100644 index 9de0f16..0000000 --- a/.codegraph/.gitignore +++ /dev/null @@ -1,16 +0,0 @@ -# CodeGraph data files -# These are local to each machine and should not be committed - -# Database -*.db -*.db-wal -*.db-shm - -# Cache -cache/ - -# Logs -*.log - -# Hook markers -.dirty diff --git a/.github/workflows/e2e.yml b/.github/workflows/e2e.yml deleted file mode 100644 index cf2e79c..0000000 --- a/.github/workflows/e2e.yml +++ /dev/null @@ -1,75 +0,0 @@ -name: E2E Tests -on: - push: - branches: [main, develop] - pull_request: - branches: [main] - workflow_dispatch: - -jobs: - test: - runs-on: ubuntu-latest - services: - elasticsearch: - image: elasticsearch:9.2.1 - env: - discovery.type: single-node - xpack.security.enabled: false - ES_JAVA_OPTS: -Xms512m -Xmx512m - ports: - - 9200:9200 - tika: - image: apache/tika:latest - ports: - - 9998:9998 - - steps: - - uses: actions/checkout@v4 - - - name: Setup Node.js - uses: actions/setup-node@v4 - with: - node-version: 22 - - - name: Install dependencies - run: npm install - - - name: Build backend - run: cd server && npx nest build - - - name: Start backend - run: cd server && node dist/main.js & - env: - JWT_SECRET: test-secret - OLLAMA_BASE_URL: http://localhost:11434 - - - name: Build frontend - run: cd web && npx vite build - - - name: Install Playwright - run: cd web/e2e && npm install && npx playwright install chromium - - - name: Serve frontend - run: cd web/e2e && node dev-server.js & - env: - PORT: 13001 - - - name: Wait for services - run: sleep 15 - - - name: Run E2E tests - run: cd web/e2e && npx playwright test --reporter=html - - - uses: actions/upload-artifact@v4 - if: always() - with: - name: playwright-report - path: web/e2e-report/ - retention-days: 7 - - - uses: actions/upload-artifact@v4 - if: failure() - with: - name: test-results - path: web/e2e/test-results/ - retention-days: 14 diff --git a/ai人才育成/IDE题库.md b/ai人才育成/IDE题库.md deleted file mode 100644 index 5759adf..0000000 --- a/ai人才育成/IDE题库.md +++ /dev/null @@ -1,709 +0,0 @@ -# IDE 协作开发 — 考核题库 - -> 对应课程：L1 课程四：IDE 协作开发 -> 题型：简答题（SHORT_ANSWER）、判断题（TRUE_FALSE） -> 难度：STANDARD -> 总计：50 题 - ---- - -## 一、GitHub Copilot — 智能代码补全（4 题） - -### Q1（判断正误） - -以下说法是否正确？（✓ / ✗） - -看到 Copilot 给出的灰色补全建议后，按 Tab 键可以接受建议。 - -**答案：** ✓ - -**依据：** GitHub Copilot 使用指南 - 第3章 - ---- - -### Q2（判断正误） - -以下说法是否正确？（✓ / ✗） - -看到 Copilot 给出的补全建议后，按 Esc 键可以拒绝这个建议。 - -**答案：** ✓ - -**依据：** GitHub Copilot 使用指南 - 第3章 - ---- - -### Q3（判断正误） - -以下说法是否正确？（✓ / ✗） - -写函数开头后，Copilot 会自动逐行补全后续逻辑。 - -**答案：** ✓ - -**依据：** GitHub Copilot 使用指南 - 第3章 - ---- - -### Q4（注意事项/简答） - -小张用智能补全生成了一段代码，看起来功能正常。 - -**问：** 在正式使用这段代码前，他应该先做什么？ - -**答案：** 审查代码逻辑，确认没有语法错误或逻辑漏洞后再使用。AI 生成的代码需要人工审核。 - -**依据：** GitHub Copilot 使用指南 - 红线警告 - ---- - -## 二、GitHub Copilot — Chat 三种模式（5 题） - -### Q5（简答） - -小张接手了一个老项目，打开 `OrderService.java` 发现有段逻辑看不太懂。他打开 Copilot Chat，想先问问这段代码是干什么的。 - -Copilot Chat 有以下三种模式：**Ask** / **Plan** / **Agent** - -**问：** 小张应该选择哪种模式？ - -**答案：** Ask（问答模式）。Ask 模式只回答问题，不修改代码。 - -**依据：** GitHub Copilot 使用指南 - 第3章 三种对话模式 - ---- - -### Q6（简答） - -小李需要在三个文件中新增一个「批量删除用户」的功能，希望 AI 直接帮他完成代码修改。 - -Copilot Chat 有以下三种模式：**Ask** / **Plan** / **Agent** - -**问：** 小李应该选择哪种模式？ - -**答案：** Agent（智能代理模式）。Agent 模式可以自动跨文件修改代码。 - -**依据：** GitHub Copilot 使用指南 - 第3章 三种对话模式 - ---- - -### Q7（简答） - -小赵想在项目中新增一个功能，但不知道涉及哪些文件、影响范围多大，想让 AI 先扫描整个项目给出方案。 - -Copilot Chat 有以下三种模式：**Ask** / **Plan** / **Agent** - -**问：** 小赵应该选择哪种模式？ - -**答案：** Plan（计划模式）。Plan 模式只出方案不动代码，适合先评估再动手。 - -**依据：** GitHub Copilot 使用指南 - 第3章 三种对话模式 - ---- - -### Q8（判断正误） - -以下说法是否正确？（✓ / ✗） - -Ask 模式下，Copilot 只会回答问题，不会修改用户的代码。 - -**答案：** ✓ - -**依据：** GitHub Copilot 使用指南 - 第3章 - ---- - -### Q9（判断正误） - -以下说法是否正确？（✓ / ✗） - -Agent 模式下，Copilot 可以跨多个文件修改代码。 - -**答案：** ✓ - -**依据：** GitHub Copilot 使用指南 - 第3章 - ---- - -## 三、GitHub Copilot — CLI 使用（3 题） - -### Q10（简答） - -小刘想用 Copilot CLI 重构一个 Python 脚本，过程中要多次对话、逐步调优。 - -Copilot CLI 有以下两种使用方式：**交互模式**（`copilot`）/ **非交互模式**（`copilot -p "指令"`） - -**问：** 小刘应该选择哪种方式？ - -**答案：** 交互模式（`copilot`）。交互模式支持多轮对话，适合需要迭代的复杂任务。 - -**依据：** GitHub Copilot 使用指南 - CLI 使用 - ---- - -### Q11（简答） - -小钱想用 Copilot CLI 快速解释一下 `git diff` 的结果，不想进入交互式对话。 - -Copilot CLI 有以下两种使用方式：**交互模式**（`copilot`）/ **非交互模式**（`copilot -p "指令"`） - -**问：** 小钱应该选择哪种方式？ - -**答案：** 非交互模式（`copilot -p "指令"`）。非交互模式适合一次性任务，快速获得结果后退出。 - -**依据：** GitHub Copilot 使用指南 - CLI 使用 - ---- - -### Q12（简答） - -小赵在 Copilot CLI 交互模式中，想清空当前对话上下文重新开始。 - -Copilot CLI 中常用的斜杠命令有：**`/clear` / `/model` / `/session` / `/exit`** - -**问：** 小赵应该使用哪个命令？ - -**答案：** `/clear` - -**依据：** GitHub Copilot 使用指南 - CLI 斜杠命令 - ---- - -## 四、Claude Code — 四种交互方式（6 题） - -### Q13（判断正误） - -以下说法是否正确？（✓ / ✗） - -在 Claude Code 中输入 `@src/utils.js` 可以让 AI 读取该文件。 - -**答案：** ✓ - -**依据：** Claude Code 使用指南 - 第3章 文件引用 - ---- - -### Q14（判断正误） - -以下说法是否正确？（✓ / ✗） - -在 Claude Code 中输入 `/clear` 可以清空当前对话。 - -**答案：** ✓ - -**依据：** Claude Code 使用指南 - 第3章 斜杠命令 - ---- - -### Q15（判断正误） - -以下说法是否正确？（✓ / ✗） - -在 Claude Code 中输入 `!git status` 可以查看 Git 状态。 - -**答案：** ✓ - -**依据：** Claude Code 使用指南 - 第3章 Bash模式 - ---- - -### Q16（判断正误） - -以下说法是否正确？（✓ / ✗） - -在 Claude Code 中所有操作都必须用特殊符号，自然语言输入不能完成任何功能。 - -**答案：** ✗。自然语言也可以完成大部分功能，特殊符号用于特定场景。 - -**依据：** Claude Code 使用指南 - 第3章 交互方式 - ---- - -### Q17（判断正误） - -以下说法是否正确？（✓ / ✗） - -在 Claude Code 中输入 `!npm run dev` 可以启动开发服务器。 - -**答案：** ✓ - -**依据：** Claude Code 使用指南 - 第3章 Bash模式 - ---- - -### Q18（判断正误） - -以下说法是否正确？（✓ / ✗） - -在 Claude Code 中输入 `/help` 可以查看所有可用命令。 - -**答案：** ✓ - -**依据：** Claude Code 使用指南 - 第3章 斜杠命令 - ---- - -## 五、Claude Code — 模型选择与切换（3 题） - -### Q19（简答） - -Claude Code 的三个模型特点如下： -- **Sonnet**：主力工程师，日常编码首选 -- **Haiku**：响应极快、成本低，适合简单任务 -- **Opus**：处理超级复杂的难题，智商最高 - -小陈需要修复一个非常复杂的系统架构 Bug。 - -**问：** 他应该选择哪个模型？ - -**答案：** Opus - -**依据：** Claude Code 使用指南 - 第3章 模型选择 - ---- - -### Q20（简答） - -Claude Code 的三个模型特点如下： -- **Sonnet**：主力工程师，日常编码首选 -- **Haiku**：响应极快、成本低，适合简单任务 -- **Opus**：处理超级复杂的难题，智商最高 - -小陈在做日常的 CRUD 接口开发。 - -**问：** 他应该选择哪个模型？ - -**答案：** Sonnet - -**依据：** Claude Code 使用指南 - 第3章 模型选择 - ---- - -### Q21（简答） - -Claude Code 的三个模型特点如下： -- **Sonnet**：主力工程师，日常编码首选 -- **Haiku**：响应极快、成本低，适合简单任务 -- **Opus**：处理超级复杂的难题，智商最高 - -小陈想快速查一下某个 JavaScript 数组方法的语法。 - -**问：** 他应该选择哪个模型？ - -**答案：** Haiku - -**依据：** Claude Code 使用指南 - 第3章 模型选择 - ---- - -## 六、Claude Code — CLI 命令（3 题） - -### Q22（简答） - -小赵的 Claude Code 会话因为终端意外关闭了，想接着刚才的对话继续。 - -Claude CLI 有以下命令：**`claude` / `claude --continue` / `claude --resume`** - -**问：** 小赵应该用哪个命令？ - -**答案：** `claude --continue`（或 `claude -c`）。该命令用于恢复上次意外关闭的会话。 - -**依据：** Claude Code 使用指南 - 第3章 CLI命令 - ---- - -### Q23（简答） - -小钱想用 Claude Code 快速解释一下 `git diff` 的结果，不想进入交互式对话。 - -Claude CLI 有以下命令：**`claude` / `claude -p "指令"` / `claude --resume`** - -**问：** 小钱应该用哪个命令？ - -**答案：** `claude -p "指令"`。`-p` 参数用于一次性任务，适合快速执行。 - -**依据：** Claude Code 使用指南 - 第3章 CLI命令 - ---- - -### Q24（判断正误） - -以下说法是否正确？（✓ / ✗） - -`claude --resume` 可以从历史会话列表中选择恢复。 - -**答案：** ✓ - -**依据：** Claude Code 使用指南 - 第3章 CLI命令 - ---- - -## 七、OpenCode — 整体认知（3 题） - -### Q25（判断正误） - -以下说法是否正确？（✓ / ✗） - -OpenCode 像一位身边的搭档，可以直接读取项目文件、修改代码、执行命令。 - -**答案：** ✓ - -**依据：** OpenCode 使用指南 - 第1章 核心定位 - ---- - -### Q26（判断正误） - -以下说法是否正确？（✓ / ✗） - -传统 AI 像远程顾问，给你建议但需要你自己动手；OpenCode 可以直接帮你操作。 - -**答案：** ✓ - -**依据：** OpenCode 使用指南 - 第1章 - ---- - -### Q27（安全合规/简答） - -小周想用 OpenCode 读取包含客户个人信息的代码文件，让 AI 帮忙优化。 - -**问：** 这种做法是否合适？为什么？ - -**答案：** 不合适。客户个人信息属于敏感数据，严禁输入任何公共 AI 工具。应该先对数据进行脱敏处理，用虚构数据或占位符替代后再使用。 - -**依据：** OpenCode 使用指南 - 红线警告 - ---- - -## 八、OpenCode — 安装与使用方式（4 题） - -### Q28（简答） - -OpenCode 有以下四种使用方式： -- **终端版** — 轻量启动快，适合有基础的用户 -- **桌面应用** — 界面直观，适合新手 -- **IDE 扩展** — 深度绑定编辑器 -- **Web 版** — 浏览器访问，可远程部署 - -小周是新手，不喜欢操作命令行，想找一个界面直观的方式。 - -**问：** 他应该选择哪种方式？ - -**答案：** 桌面应用 - -**依据：** OpenCode 使用指南 - 第2章 使用方式 - ---- - -### Q29（简答） - -OpenCode 有以下四种使用方式：**终端版** / **桌面应用** / **IDE 扩展** / **Web 版** - -小刘平时用 VS Code 写代码，希望不离开编辑器就能用 OpenCode。 - -**问：** 他应该选择哪种方式？ - -**答案：** IDE 扩展 - -**依据：** OpenCode 使用指南 - 第2章 使用方式 - ---- - -### Q30（简答） - -OpenCode 有以下四种使用方式：**终端版** / **桌面应用** / **IDE 扩展** / **Web 版** - -小马需要在远程服务器上开发，只能通过命令行操作。 - -**问：** 他应该选择哪种方式？ - -**答案：** 终端版 - -**依据：** OpenCode 使用指南 - 第2章 使用方式 - ---- - -### Q31（判断正误） - -以下说法是否正确？（✓ / ✗） - -在终端中输入 `opencode` 可以启动 OpenCode。 - -**答案：** ✓ - -**依据：** OpenCode 使用指南 - 第2章 安装 - ---- - -## 九、OpenCode — Plan / Build 工作模式（5 题） - -### Q32（简答） - -小周接手了一个新项目，想先让 OpenCode 分析项目结构，还不想修改任何文件。 - -OpenCode 有以下两种工作模式：**Plan** / **Build** - -**问：** 小周应该选择哪种模式？ - -**答案：** Plan（计划模式）。Plan 模式下 AI 只能读取文件，不会修改代码。 - -**依据：** OpenCode 使用指南 - 第3章 Plan模式 - ---- - -### Q33（简答） - -小周已经确认了修改方案，想让 OpenCode 开始实际修改代码。 - -OpenCode 有以下两种工作模式：**Plan** / **Build** - -**问：** 小周应该选择哪种模式？ - -**答案：** Build（构建模式）。Build 模式下 AI 可以编辑文件和执行命令。 - -**依据：** OpenCode 使用指南 - 第3章 Build模式 - ---- - -### Q34（判断正误） - -以下说法是否正确？（✓ / ✗） - -Plan 模式下 AI 只能读取文件，不会修改任何代码。 - -**答案：** ✓ - -**依据：** OpenCode 使用指南 - 第3章 - ---- - -### Q35（判断正误） - -以下说法是否正确？（✓ / ✗） - -Build 模式下 AI 可以编辑文件和执行命令。 - -**答案：** ✓ - -**依据：** OpenCode 使用指南 - 第3章 - ---- - -### Q36（注意事项/简答） - -小周让 OpenCode 在 Build 模式下修改了多个文件。 - -**问：** 修改完成后，他应该先做什么？ - -**答案：** 审查 AI 修改的代码，确认逻辑正确后再使用。AI 生成的代码不能直接部署到生产环境。 - -**依据：** OpenCode 使用指南 - 安全原则 - ---- - -## 十、OpenCode — 常用命令（5 题） - -### Q37（简答） - -小周用 OpenCode 修改了代码，但发现改错了，想撤销刚才的修改。 - -OpenCode 中有以下命令：**`/undo` / `/redo` / `/clear` / `/init`** - -**问：** 他应该使用哪个命令？ - -**答案：** `/undo` - -**依据：** OpenCode 使用指南 - 第3章 撤销更改 - ---- - -### Q38（简答） - -小周撤销了修改后又觉得还是刚才改得好，想恢复回来。 - -OpenCode 中有以下命令：**`/undo` / `/redo` / `/clear` / `/init`** - -**问：** 他应该使用哪个命令？ - -**答案：** `/redo` - -**依据：** OpenCode 使用指南 - 第3章 - ---- - -### Q39（简答） - -小周想在新项目目录中创建 `AGENTS.md` 文件，让 OpenCode 了解项目结构。 - -OpenCode 中有以下命令：**`/undo` / `/redo` / `/clear` / `/init`** - -**问：** 他应该使用哪个命令？ - -**答案：** `/init` - -**依据：** OpenCode 使用指南 - 第4章 项目初始化 - ---- - -### Q40（简答） - -小周想看看 OpenCode 当前有哪些可用的斜杠命令和快捷键。 - -OpenCode 中有以下命令：**`/help` / `/models` / `/connect` / `/exit`** - -**问：** 他应该使用哪个命令？ - -**答案：** `/help` - -**依据：** OpenCode 使用指南 - 第3章 斜杠命令 - ---- - -### Q41（简答） - -小周想切换 OpenCode 正在使用的 AI 模型。 - -OpenCode 中有以下命令：**`/help` / `/models` / `/connect` / `/exit`** - -**问：** 他应该使用哪个命令？ - -**答案：** `/models` - -**依据：** OpenCode 使用指南 - 第3章 模型选择 - ---- - -## 十一、OpenCode — 模型选择（2 题） - -### Q42（判断正误） - -以下说法是否正确？（✓ / ✗） - -OpenCode 内置多款免费模型，启动后可以直接选择使用，无需配置 API 密钥。 - -**答案：** ✓ - -**依据：** OpenCode 使用指南 - 第3章 模型 - ---- - -### Q43（判断正误） - -以下说法是否正确？（✓ / ✗） - -使用第三方 LLM 提供商（如 OpenAI、Anthropic）需要自行承担 API 费用。 - -**答案：** ✓ - -**依据：** OpenCode 使用指南 - 第3章 模型 - ---- - -## 十二、Debug — 调试助手（7 题） - -### Q44（简答） - -小吴的代码运行时报错了，不知道问题出在哪，想让 Copilot Chat 帮他定位和解决 Bug。 - -Copilot Chat 中有以下命令：**`/fix` / `/tests` / `/explain` / `/debug`** - -**问：** 他应该使用哪个命令？ - -**答案：** `/debug`。该命令专用于帮助定位和解决 Bug。 - -**依据：** GitHub Copilot 使用指南 - 第3章 内置命令 - ---- - -### Q45（简答） - -小吴已经知道问题在哪了，想让 Copilot 直接修复选中的代码。 - -Copilot Chat 中有以下命令：**`/fix` / `/tests` / `/explain` / `/debug`** - -**问：** 他应该使用哪个命令？ - -**答案：** `/fix`。该命令用于自动修复代码问题。 - -**依据：** GitHub Copilot 使用指南 - 第3章 内置命令 - ---- - -### Q46（判断正误） - -以下说法是否正确？（✓ / ✗） - -在 Copilot Chat 中输入 `/tests` 可以生成选中代码的单元测试。 - -**答案：** ✓ - -**依据：** GitHub Copilot 使用指南 - 第3章 内置命令 - ---- - -### Q47（判断正误） - -以下说法是否正确？（✓ / ✗） - -在 Copilot Chat 中输入 `/explain` 可以让 AI 解释选中代码的逻辑。 - -**答案：** ✓ - -**依据：** GitHub Copilot 使用指南 - 第3章 内置命令 - ---- - -### Q48（判断正误） - -以下说法是否正确？（✓ / ✗） - -`/debug` 命令可以帮助定位和解决 Bug。 - -**答案：** ✓ - -**依据：** GitHub Copilot 使用指南 - 第3章 内置命令 - ---- - -### Q49（注意事项/简答） - -小吴用 `/fix` 命令让 Copilot 自动修复了代码。 - -**问：** 修复完成后，他应该先做什么？ - -**答案：** 审查修复后的代码，确认修改正确、逻辑无误后再使用。 - -**依据：** GitHub Copilot 使用指南 - 安全原则 - ---- - -### Q50（安全合规/简答） - -小吴遇到一个 Bug，想把包含数据库连接串的配置文件贴到 Copilot Chat 中用 `/debug` 分析。 - -**问：** 这种做法是否合适？为什么？ - -**答案：** 不合适。数据库连接串属于敏感信息，严禁输入公共 AI 工具。应该用脱敏数据或占位符替代后再进行分析。 - -**依据：** GitHub Copilot 使用指南 - 红线警告 - ---- - -## 附录：题型分布统计 - -| 章节 | 知识点 | 题数 | 简答 | 判断正误 | -|:----:|:-------|:----:|:----:|:--------:| -| 一 | Copilot — 智能代码补全 | 4 | 1 | 3 | -| 二 | Copilot — Chat 三种模式 | 5 | 3 | 2 | -| 三 | Copilot — CLI 使用 | 3 | 3 | 0 | -| 四 | Claude Code — 四种交互方式 | 6 | 0 | 6 | -| 五 | Claude Code — 模型选择 | 3 | 3 | 0 | -| 六 | Claude Code — CLI 命令 | 3 | 2 | 1 | -| 七 | OpenCode — 整体认知 | 3 | 1 | 2 | -| 八 | OpenCode — 安装与使用方式 | 4 | 3 | 1 | -| 九 | OpenCode — Plan / Build 模式 | 5 | 3 | 2 | -| 十 | OpenCode — 常用命令 | 5 | 5 | 0 | -| 十一 | OpenCode — 模型选择 | 2 | 0 | 2 | -| 十二 | Debug — 调试助手 | 7 | 4 | 3 | -| — | **合计** | **50** | **28** | **22** | diff --git a/ai人才育成/系统提示词文档.md b/ai人才育成/系统提示词文档.md deleted file mode 100644 index 0d69507..0000000 --- a/ai人才育成/系统提示词文档.md +++ /dev/null @@ -1,135 +0,0 @@ -# AuraK 系统提示词文档 - -> 生成日期：2026-05-25 -> 位置： -> - AI出题：`server/src/assessment/services/question-bank.service.ts` (GENERATE_QUESTIONS_SYSTEM_PROMPT) -> - 评分考官：`server/src/assessment/graph/nodes/grader.node.ts` (systemPromptZh) -> - 抽题策略：`server/src/assessment/services/question-bank.service.ts` (selectQuestions) - ---- - -## 1. AI出题提示词（GENERATE_QUESTIONS_SYSTEM_PROMPT） - -``` -你是 AI 人才考核的出题专家。你需要从知识库内容中生成考核题目。 - -## 一、内部步骤（在脑中完成，不要输出） -1. 从知识库提取可考核的实战知识点 -2. 确定该知识点对应的具体技巧或方法 -3. 围绕该技巧设计一个真实工作场景 - -## 二、题型比例 -本题库同时生成两种题型，按 choice:open = 3:7 分配。 -- choice = 选择题（4选1） -- open = 简答题（开放式 + 追问） - -## 三、选择题规则（choice 型） -### 3.1 场景规则 -- 场景必须是实际工作或日常中会遇到的情境，100-200字 -- 不能问概念定义类问题（如"什么是X"） -- 不能问理论学习类问题（如"列出X的要素"） -- 场景中的角色使用实际岗位（开发者/PM/测试/普通员工等） - -### 3.2 决策点规则 -- 每道题必须有明确的决策点——学习者要做选择或决定怎么做 -- 不能只是"请解释" - -### 3.3 选项规则 -- 4个选项（A/B/C/D），单选 -- 正确选项是最合理的那一个 -- 每个错误选项必须有明确缺陷（违反安全规范、忽略关键步骤、效率低下等） -- 每个错误选项的错误原因，必须在知识库原文中有对应的禁止做法或反面说明 -- 禁止使用"以上都对""以上都不对" -- 正确选项与最短错误选项的字符差不得超过5个字 -- 正确答案位置需轮换（避免集中在同一字母） - -### 3.4 解析规则 -- judgment 字段写明：为什么正确 + 每个错误选项分别错在哪 -- 指出对应的知识库知识点 -- 简洁直接，指出问题本质 - -## 四、简答题规则（open 型） -### 4.1 场景规则 -- 同选择题 3.1 -- 场景中暗示需要什么能力，但不要说破 - -### 4.2 判定依据 -- judgment 字段必须包含：关键考点 + 通过标准 -- 通过标准必须可量化："说出X即通过"、"至少提及Y和Z" -- 通过标准必须来源于知识库原文 - -### 4.3 追问方向 -- followupHints 数组：0-2条追问方向 -- 追问用于引导学习者补充遗漏的关键点 -- 追问应具体、可回答 -- 示例："如果只回答开新窗口没说怎么带上前情：追问怎么把有用信息带过去？" - -## 五、禁止项（适用于所有题型） -- 禁止问概念定义（如"什么是提示词工程"） -- 禁止问理论列举（如"六要素有哪些"） -- 禁止选择题出现"以上都对""以上都不对" -- 禁止正确选项明显比其他选项长或短 -- 禁止场景脱离实际（如"如果你是CEO"不适合L1） -- 禁止虚构知识库中不存在的方法、工具、术语 -- key_points 必须从知识库原文中提取，不得自行编造 -- 相邻题目的场景背景不得重复或相似 - -## 六、出题维度（自动判断） -根据题目内容，从以下五个维度中选择最匹配的一个： -- prompt（提示词工程） -- llm（LLM理解） -- ide（IDE协作开发） -- devPattern（开发范式） -- workCapability（工作能力） -``` - ---- - -## 2. 评分考官提示词（systemPromptZh） - -``` -你是一位考官。请评分并给出反馈。 - -规则： -1. 只用中文。 -2. 多轮追问时，用户回答含所有轮次（第N轮回答：标记），综合判断已覆盖内容。 - -问题：[题目文字] -关键点：[评分关键点] - -评分标准：不要求深度，不要求使用特定术语，只看用户是否理解了概念。 -用户理解核心概念就给分。即使没有使用关键点中的原词，只要意思到位就算覆盖。 -例如关键点是"上下文窗口有限"，用户说"信息太多超过AI处理长度"也是覆盖。 -评分原则：往宽了给分，不确定时就给高分。明显正确就给8-10分，部分正确5-7分，完全不沾边才0-2分。 - -返回JSON： -- score: 0-10 -- feedback: 评语 -- should_follow_up: true/false -- follow_up_question: 追问（仅true时需要，针对未覆盖的关键点，false时null） - -请以 JSON 格式返回响应： -{"score":0到10,"feedback":"评语","should_follow_up":true或false,"follow_up_question":"追问或null"} -``` - ---- - -## 3. 抽题策略（selectQuestions） - -按模板配置的维度权重分配题目数量。 - -**流程：** -1. 读取模板的 dimensions 配置（如 PROMPT:30%, LLM:30%, IDE:20%, DEV_PATTERN:20%） -2. 按权重计算每维度应出题数（如10题 → 3/3/2/2） -3. 在各维度题库中随机抽取指定数量的题目 -4. 如某维度题数不足，从已抽题中补充 -5. 最终打乱顺序后返回 - -**无维度权重时的后备策略：** -按 [PROMPT, LLM, IDE, DEV_PATTERN, WORK_CAPABILITY] 顺序循环抽取，直到满额。 - ---- - -## 4. 提问节点提示词（interviewer.node.ts） - -> 当前题库暂未配置 interviewer 的自定义提示词，使用默认LangGraph状态机流程。 diff --git a/ai人才育成/系统提示词文档2.md b/ai人才育成/系统提示词文档2.md deleted file mode 100644 index 0d69507..0000000 --- a/ai人才育成/系统提示词文档2.md +++ /dev/null @@ -1,135 +0,0 @@ -# AuraK 系统提示词文档 - -> 生成日期：2026-05-25 -> 位置： -> - AI出题：`server/src/assessment/services/question-bank.service.ts` (GENERATE_QUESTIONS_SYSTEM_PROMPT) -> - 评分考官：`server/src/assessment/graph/nodes/grader.node.ts` (systemPromptZh) -> - 抽题策略：`server/src/assessment/services/question-bank.service.ts` (selectQuestions) - ---- - -## 1. AI出题提示词（GENERATE_QUESTIONS_SYSTEM_PROMPT） - -``` -你是 AI 人才考核的出题专家。你需要从知识库内容中生成考核题目。 - -## 一、内部步骤（在脑中完成，不要输出） -1. 从知识库提取可考核的实战知识点 -2. 确定该知识点对应的具体技巧或方法 -3. 围绕该技巧设计一个真实工作场景 - -## 二、题型比例 -本题库同时生成两种题型，按 choice:open = 3:7 分配。 -- choice = 选择题（4选1） -- open = 简答题（开放式 + 追问） - -## 三、选择题规则（choice 型） -### 3.1 场景规则 -- 场景必须是实际工作或日常中会遇到的情境，100-200字 -- 不能问概念定义类问题（如"什么是X"） -- 不能问理论学习类问题（如"列出X的要素"） -- 场景中的角色使用实际岗位（开发者/PM/测试/普通员工等） - -### 3.2 决策点规则 -- 每道题必须有明确的决策点——学习者要做选择或决定怎么做 -- 不能只是"请解释" - -### 3.3 选项规则 -- 4个选项（A/B/C/D），单选 -- 正确选项是最合理的那一个 -- 每个错误选项必须有明确缺陷（违反安全规范、忽略关键步骤、效率低下等） -- 每个错误选项的错误原因，必须在知识库原文中有对应的禁止做法或反面说明 -- 禁止使用"以上都对""以上都不对" -- 正确选项与最短错误选项的字符差不得超过5个字 -- 正确答案位置需轮换（避免集中在同一字母） - -### 3.4 解析规则 -- judgment 字段写明：为什么正确 + 每个错误选项分别错在哪 -- 指出对应的知识库知识点 -- 简洁直接，指出问题本质 - -## 四、简答题规则（open 型） -### 4.1 场景规则 -- 同选择题 3.1 -- 场景中暗示需要什么能力，但不要说破 - -### 4.2 判定依据 -- judgment 字段必须包含：关键考点 + 通过标准 -- 通过标准必须可量化："说出X即通过"、"至少提及Y和Z" -- 通过标准必须来源于知识库原文 - -### 4.3 追问方向 -- followupHints 数组：0-2条追问方向 -- 追问用于引导学习者补充遗漏的关键点 -- 追问应具体、可回答 -- 示例："如果只回答开新窗口没说怎么带上前情：追问怎么把有用信息带过去？" - -## 五、禁止项（适用于所有题型） -- 禁止问概念定义（如"什么是提示词工程"） -- 禁止问理论列举（如"六要素有哪些"） -- 禁止选择题出现"以上都对""以上都不对" -- 禁止正确选项明显比其他选项长或短 -- 禁止场景脱离实际（如"如果你是CEO"不适合L1） -- 禁止虚构知识库中不存在的方法、工具、术语 -- key_points 必须从知识库原文中提取，不得自行编造 -- 相邻题目的场景背景不得重复或相似 - -## 六、出题维度（自动判断） -根据题目内容，从以下五个维度中选择最匹配的一个： -- prompt（提示词工程） -- llm（LLM理解） -- ide（IDE协作开发） -- devPattern（开发范式） -- workCapability（工作能力） -``` - ---- - -## 2. 评分考官提示词（systemPromptZh） - -``` -你是一位考官。请评分并给出反馈。 - -规则： -1. 只用中文。 -2. 多轮追问时，用户回答含所有轮次（第N轮回答：标记），综合判断已覆盖内容。 - -问题：[题目文字] -关键点：[评分关键点] - -评分标准：不要求深度，不要求使用特定术语，只看用户是否理解了概念。 -用户理解核心概念就给分。即使没有使用关键点中的原词，只要意思到位就算覆盖。 -例如关键点是"上下文窗口有限"，用户说"信息太多超过AI处理长度"也是覆盖。 -评分原则：往宽了给分，不确定时就给高分。明显正确就给8-10分，部分正确5-7分，完全不沾边才0-2分。 - -返回JSON： -- score: 0-10 -- feedback: 评语 -- should_follow_up: true/false -- follow_up_question: 追问（仅true时需要，针对未覆盖的关键点，false时null） - -请以 JSON 格式返回响应： -{"score":0到10,"feedback":"评语","should_follow_up":true或false,"follow_up_question":"追问或null"} -``` - ---- - -## 3. 抽题策略（selectQuestions） - -按模板配置的维度权重分配题目数量。 - -**流程：** -1. 读取模板的 dimensions 配置（如 PROMPT:30%, LLM:30%, IDE:20%, DEV_PATTERN:20%） -2. 按权重计算每维度应出题数（如10题 → 3/3/2/2） -3. 在各维度题库中随机抽取指定数量的题目 -4. 如某维度题数不足，从已抽题中补充 -5. 最终打乱顺序后返回 - -**无维度权重时的后备策略：** -按 [PROMPT, LLM, IDE, DEV_PATTERN, WORK_CAPABILITY] 顺序循环抽取，直到满额。 - ---- - -## 4. 提问节点提示词（interviewer.node.ts） - -> 当前题库暂未配置 interviewer 的自定义提示词，使用默认LangGraph状态机流程。