官方技能 · AI 實務
領域本體草稿
替業務領域草擬本體:能力問題、附白話定義的類別、含基數的屬性、範例實例,以及命名規則。
可在 Claude、ChatGPT 和程式設計代理中使用。使用 Team 和 Business 方案時,我們改進官方技能後,你 Pod 裡的這個技能會自動更新。
適用情境
- 不同團隊用同一個詞指不同的東西,需要共同的定義
- 你即將建立知識圖譜、CRM 結構或 RAG 系統
你要提供的內容
- 領域和它的邊界
- 誰會使用、用來做什麼
- 範例文件或系統欄位
你會得到的內容
類別、屬性和範例實例的表格,並對應到本體必須回答的問題。
運作方式
- 寫出 5 到 10 個能力問題 本體必須回答的真實問題:「哪些帳戶會在接下來 90 天內續約?各由誰負責?」這些問題界定工作範圍,最後也用來測試。
- 列出詞彙 把問題和參考資料中的每個名詞和動詞都列出來,先不整理結構。
- 挑出類別,每個用一句話定義 類別是一種有實例的東西。定義格式:「[類別] 是一種 [上層類別],其特徵是 [區別特徵]。」把同義詞合併成一個類別,並記下同義詞。如果某個東西會進出某種狀態(「活躍客戶」),就把它做成屬性值,而不是類別。
- 建立階層 每個子類別都必須「是一種」它的上層類別。避免只有一個子類別的類別,也避免超過大約十幾個直接子類別。不能共用實例的類別,標為互斥(disjoint)。
- 加上屬性和關係 把每個屬性掛在擁有它的最上層類別上。每個屬性寫出:名稱、值的型別(文字、數字、日期、另一個類別),以及基數(剛好 1、0 或 1、1 或以上、0 或以上)。重要的關係加上反向關係(owns / owned_by)。
- 每個核心類別建立 2 到 3 個範例實例 要貼近真實,但是虛構的。如果範例放不進去,就是類別或屬性錯了。
- 用能力問題測試 每個問題都標出由哪些類別和屬性回答。回答不了的問題,代表缺了什麼;沒有任何問題用到的類別,是可以刪掉的候選。 本技能預設的命名規則:類別用單數的 UpperCamelCase(SalesOpportunity),屬性用 lower_snake_case,並以動詞或「has」開頭(has_owner、renews_on),不用縮寫,名稱中不放「class」或「type」之類的字。
分享給你的團隊
把它加入 AI Skill Pod,團隊每個人(外包人員也包括在內)都能從自己的 AI 使用同一個版本。 看看和團隊分享 AI 技能的最佳做法
更新紀錄
- v1.0.0 · · First release.
參考來源
- Ontology Development 101: A Guide to Creating Your First Ontology (2026-11-04 查閱)
- RDF 1.1 Concepts and Abstract Syntax (2026-11-04 查閱)