前言¶

高校课程做图谱时常见的问题是：只产出一张知识图谱，能力与问题图谱缺位；各章的节点 ID 各编一套，后续合并或追溯很费劲；交付物是一屏静态图片，无法跨图跳转。另一个反复出现的返工点在于，图谱内容没有先用 Excel 让任课教师确认，直接渲染成 HTML 后再改，成本很高。

下面介绍的这个 Skill 面向的粒度是「某一章或某一教学单元」，不是整本书。它把知识图谱、能力图谱、问题图谱三张图一起定义清楚，给出统一的 ID 编码方案，并按「先 Excel 确认、再交付单文件 HTML」的流程产出可交互页面。

这是什么¶

Skill 名称：三大图谱构建（知识图谱、问题图谱、能力图谱）。

发布者：user_2761353a，坐标 @user_2761353a/three-graphs-builder，来源 community，分类 education。

官方地址：

https://api.skillhub.cn/user_2761353a/three-graphs-builder

SkillHub 页面：

https://www.skillhub.cn/skills/user_2761353a/three-graphs-builder

它解决的问题是：给定一门高校课程的某一章或某一教学单元，构建三张图谱并生成融合联动页面，使知识节点、能力目标、关联问题能互相跳转。按官方简介，它不针对整本书整体构建。

核心功能¶

根据官方简介，Skill 覆盖以下能力。

1、三图定义与 OBE+Bloom 对齐。给出知识图谱、能力图谱、问题图谱各自的定义，并用 OBE 与 Bloom 分类做对齐，使能力目标与知识节点、问题之间有可核对的对应关系。

2、先 Excel 确认、后 HTML 交付。流程上先产出可编辑的 Excel 供确认，再基于确认后的内容生成 HTML，避免把未确认的图谱直接渲染进交付物。

3、全课程统一的 ID 编码方案。编码格式为「K/C/P + 章号 + 序号」，其中 K 对应知识、C 对应能力、P 对应问题。编码为全课程预留，构建单位仍是章/单元，即各章分别构建，但编码规则保持一致。

4、单文件交互式 HTML。交付物是单文件 HTML，包含动效、跨图跳转、关联问题展示。跨图跳转依赖上一条的统一编码，因此三张图能按同一套 ID 互相链接。

5、编码与渲染避坑经验。官方简介提到这是「从实战提炼的编码与渲染避坑经验」，用于处理编码冲突、渲染失真等常见问题。

启用方式¶

Skill 采用通用 SKILL.md 格式。根据已抓取资料，标签为 requires_api_key=false，即不需要 API key。

需要说明的是，官方页面（api.skillhub.cn 与 www.skillhub.cn）在写作时均无法访问，因此安装命令、目录结构、具体配置字段未能核实。请勿凭经验补写命令，启用前以官方地址页面为准。

典型用法¶

以下用法来自官方简介中描述的需求触发条件。

当用户提出「为某课程的某章/某单元编制知识图谱、能力图谱、问题图谱」时，Skill 以该章或单元为构建单位，输出三张图谱及融合联动页面。

当用户提出「做三图融合联动」时，Skill 基于统一编码生成可跨图跳转的交互页面。

当用户提出「把图谱导出到 Excel」时，Skill 在流程中先以 Excel 形式确认内容。

当用户提出「设计图谱 ID 编码方案」时，Skill 按 K/C/P + 章号 + 序号的规则设计，并为全课程预留编码空间。

适用场景与注意¶

适合：高校课程的某一章或某一教学单元，需要三张图谱且希望联动展示的场景。

注意几点。

1、构建单位是章/单元，不是整本书。若需求是整本书一次性出图，不在该 Skill 的覆盖范围内。

2、编码为全课程预留，但实际构建仍按章/单元进行。做多章合并时，需要确认各章的章号与序号段不冲突。

3、Excel 确认环节是流程的一部分。跳过确认直接出 HTML，后续返工成本更高。

4、不需要 API key（requires_api_key=false），但安装与调用方式未从官方资料核实到，启用前以官方地址为准。

结尾¶

这个 Skill 的价值在于把「三图构建」这件事固定成统一编码加固定流程：编码规则一致，交付前有 Excel 确认，交付物是能跨图跳转的单文件 HTML。对于按章/单元推进的课程图谱工作，可以减少 ID 冲突和渲染返工。

官方地址：

https://api.skillhub.cn/user_2761353a/three-graphs-builder