以實用問題組織解讀知識庫
知識庫若按讀者帶來的問題組織，會更容易使用。想記錄不確定出生時間的人，需要可操作的方法；想知道歷史塔羅物件能說明什麼的人，需要該物件的證據。都放在寬泛主題下，可能看不出目的差異。
本文為 Mystilink 知識庫提出組織方式，屬於待審編輯計畫，不是在描述現有公司方案，也不承諾未來發表內容。決定採用什麼結構以前，可以先拿目前這批材料測試。
先整理問題清單
用日常語言列出各篇回答的問題。「如何記不確定的輸入？」比「個人洞見」這種大標籤，更適合組織指南。「這張圖出自哪個版本？」則指出研究任務，也可能連到幾種象徵傳統。
每份草稿寫一個主要問題，再加確實回答的次要問題。主要問題若得用好幾段不相干的分句說明，就拆文章或縮範圍。讀者看搜尋結果時，應能在打開文章前大致知道會學到什麼。
有授權來源時，可採真實提問並作適當隱私檢查。編輯事先準備的問題能補空缺，但要標成策畫材料，不能沒證據就說是顧客需求。
不同閱讀任務，安排不同路徑
學習指南應幫人完成有限任務，例如比較兩種解釋、記錄諮詢，或替學習卡附來源。例子要具體到可重做；虛構時，也應清楚標記。
研究文章要說明，證據允許人作哪些判斷。歷史牌組文章應認明實物和版本，翻譯文章應解釋措辭為什麼改變問題。它們可以帶出練習，卻仍須讓證據可見。
產品說明應描述已對相應版本確認的行為。依儲存庫寫的教學，在正式版本查證以前，應標成實作觀察。提案要有明顯獨立狀態，避免讀者去找還沒證實可用的控制項。
編輯流程文可以談擬議標準、示例標記和更正，但負責團隊採納前，要一直顯示草案。分類本身不會把提案變成公司政策。
謹慎用方法連接傳統
保留不確定輸入等跨主題方法，可幫助使用不同系統的人。不過連結案例仍要保留自己的術語與慣例。塔羅牌位、命盤宮位、查讀的文本，不能只因同樣能塞進筆記模板，就互相代替。
用一小段說明哪些能共用。例如，來源筆記適合不同系統，因為都涉及讀者想追溯的說法。接著也要交代哪些專屬各系統，如特定版本或計算慣例。
別把所有文章掛在發現命運、破解人格這種大承諾下。標籤可能遮住任務，也誇大知識庫能證成什麼。實用問題更能準確說出值得點閱的理由。
文章入口要幫讀者選擇
條目應有標題、短摘要，以及任務性質。要選入門指南或來源比較，點進去前知道區別會有幫助。政策草案與產品提議也應適當顯示狀態。
先備條件要簡短具體。可能需要一張現成命盤、認得幾個術語，或取得某項來源。練習可以用虛構資料，就直說。學記錄方法，不應讓人覺得非提供個資不可。
連結應指向有用的下一步。翻譯文之後可以比較兩小段文字；分享案例指南之後可以檢查同意及遮蔽資料的流程。別為了增加去處，塞進關聯薄弱的連結。
測試組織方式是否好用
拿幾個真實感的任務測草案：請審閱者找不確定生時記法、產品主張查證，以及引文和解釋的區分。看他們往哪裡找，又被哪些標籤誤導。
依觀察改分類與摘要。文章多的主題也可能沒回答常見任務，另一主題卻可能一篇細緻指南就足夠。數量能找空缺，不能單獨證明有用。
也記缺證據，不只記缺主題。產品教學可能等版本測試，研究文可能需更可靠來源。把依賴條件列出，可避免為填滿分類而降低標準。
文章改變，知識庫也要維護
正式採納的流程應指定誰處理失效連結、產品行為改變與已更正主張。文章用途轉變，摘要和指向它的連結也要改。指南改成提案，導航不應還讓人以為是目前能操作的說明。
從範圍小、可檢查的內容圖開始，首輪審閱後再修。知識庫應幫人找到問題、看懂證據、挑一項做得到的下一步。這些任務能在擴充前，用來具體評估提議的架構。