前言¶
給某個業務域做領域建模時，常見做法是先寫一份需求說明，再由人把對象、流程、規則拆到表格裏。產出的是文檔，不是模型：後面要改一個規則，得回到文檔裏找；想讓團隊點開就能看整體結構，還得再寫一份圖譜說明或者手工做圖。
這個 Skill 試圖把這件事壓縮成一次調用：輸入行業、業務域和業務文檔，產出一套按規範組織的本體模型（YAML）加一份獨立可交互的 HTML 圖譜。模型和圖譜同源，改完重新出圖即可。
這是什麼¶
Skill 名稱：本體驅動的企業可視化知識圖譜，座標 @user_81d33501/ontology-business-map，版本 1.0.0，來源 community，分類 ai-agent，發佈者 user_81d33501，標籤 requires_api_key=false。
它面向的場景是：用戶明確要求「對某行業某業務域做本體建模」「生成業務本體模型」「做領域模型 + 可視化」「按建模規範產出 YAML + 動態圖譜」。不是讓模型自由發揮整理一份摘要，而是按既定視角切分業務域，產出可校驗、可複查的模型文件，再渲染成圖譜。
核心功能¶
五視角本體模型¶
建模結果是按五個視角組織的：對象、行爲、規則、事件、場景、報表。這六項在資料中是並列列出的，實際執行時以 Skill 內附帶的建模規範爲準。
按視角切分的意義在於校驗和補全：對象有沒有對應行爲，規則掛在哪個對象上，事件由什麼觸發，報表覆蓋哪些對象。漏項在分視角審視時比在一段自然語言描述裏更容易看出來。
獨立可交互的 HTML 圖譜¶
產出的 HTML 是獨立文件，不依賴外部服務，可以單獨分發或嵌入內部頁面。這一點對交付場景比較關鍵：圖譜要給業務方看，通常不希望對方安裝環境或登錄某個平臺。
增量維護¶
除首次建模外，也用於在既有本體模型上補視角、修校驗錯誤、重出圖譜。即模型文件保留在項目中，後續改動走同一套流程，而不是每次重新從文檔開始。
安裝與啓用¶
本篇依據的資料只有 SkillHub 頁面元信息，未包含安裝命令、目錄結構或配置文件字段。官網頁面本次抓取失敗，因此下面不給出未經覈實的 npx / curl 命令，以免誤導。
啓用方式建議先到官方頁面確認：
https://api.skillhub.cn/user_81d33501/ontology-business-map
SkillHub 頁面：
https://www.skillhub.cn/skills/user_81d33501/ontology-business-map
確認座標爲 @user_81d33501/ontology-business-map，版本 1.0.0，來源 community。該 Skill 標籤爲 requires_api_key=false，按元信息看不需要額外配置 API Key，實際以頁面說明爲準。
典型用法¶
首次建模¶
輸入三要素：行業、業務域、業務文檔。業務文檔是建模依據，可以是需求文檔、制度文件或流程說明。Skill 據此產出五視角本體模型文件和一份 HTML 圖譜。
這類需求通常是這樣的表述：
- 「對零售行業的庫存管理業務域做本體建模」
- 「按建模規範產出 YAML，並生成動態圖譜」
增量修改¶
在已有模型上操作時，直接說明要改的部分：
- 補一個視角，例如「給這套模型補上報表視角」
- 修校驗錯誤，例如「校驗報出規則掛在不存在的對象上，修掉」
- 改完重出圖譜
適用場景與注意¶
適合的場景：有明確業務文檔可依據、需要把業務域結構化成模型、並且需要把結果以可交互圖譜形式交付給非技術角色的建模任務。
需要注意的地方：
- 建模質量取決於輸入文檔的完整度。文檔裏沒有提到的規則和事件，模型裏也不會有。資料中沒有給出該 Skill 會主動補全業務知識的說明，不要假定它會替你補。
- 五視角是固定的切分方式，如果業務域的關注點不落在這六個維度上，需要自己判斷哪些視角可以留空，而不是強行填充。
- 本篇只覈實了 Skill 的名稱、來源、版本、分類和功能描述，未覈實 Skill 包內的建模規範細則、YAML schema 和圖譜渲染實現。要確認字段級細節，需要安裝後閱讀 Skill 內的規範文件。
- 官網抓取失敗，文中不保留無法覈實的安裝命令與配置項。
結尾¶
這個 Skill 的價值在於把「業務域建模」和「圖譜交付」合併成一次產出：模型按視角組織便於校驗，圖譜獨立可分發便於交付。兩者同源，改動可以重新生成。
官方地址：https://api.skillhub.cn/user_81d33501/ontology-business-map
