前言¶

高校課程做圖譜時常見的問題是：只產出一張知識圖譜，能力與問題圖譜缺位；各章的節點 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