面向企業知識與諮詢服務的 AI 助手。本頁聚焦內部帳號權限範圍內的唯讀檢索、附來源回答與人工覆核。
GitHub · AI 模組說明 ↗職責產品定義與知識架構
時期2026 暑期
狀態唯讀檢索已實作,持續驗證
項目問題 THE CHALLENGE
企業知識分散在文檔和人員經驗中,需要在可靠邊界內提供快速、一致的答案。
設計藍圖 / KNOWLEDGE
一次回答如何形成 The anatomy of an answer
受控知識源、權限和證據共同定義回答的邊界。
跳過展陳,閱讀決策 ↓
概念模型 · 非科學模擬01 / 06
知識源
使用納入範圍的知識源,記錄版本與來源。
ILLUSTRATIVE SCENARIOS
三個回答邊界 Three answer boundaries
說明性示例:查找一份業務流程說明
示例:檢索到允許存取的文檔 → 返回摘要與來源 → 提醒覆核。
有出處還不夠,要逐項核對 A citation is a starting point, not a verdict
以下為建議的驗收問題,不是線上評測成績。唯讀限制不能取代存取控制與人工覆核。
權限
受限資料是否在進入上下文之前被排除,而不是僅在回答時隱藏?
支持關係
引用的具體段落是否支持目前結論?資料日期與適用口徑是否一致?
缺口
缺失與衝突是否明確呈現?使用者能否找到補充資料或人工覆核的下一步?
閱讀完整論證 · 簡體中文 →
設計方法 APPROACH
- 按業務主題組織知識來源
- 設計檢索、回答與人工覆核邊界
- 優先處理可驗證且高頻的使用場景
系統結構 SYSTEM STRUCTURE
- 權限:沿用目前登入帳號的資料庫存取範圍
- 檢索:意圖分類、關鍵詞與資料庫篩選、相關性排序
- 回答:受限上下文、來源標記與近期對話
- 邊界:目前不建立、審批、付款或修改業務記錄
設計取捨 DESIGN DECISIONS
第一階段唯讀,權限與證據先於回答
一個流暢的答案,是否足以觸發業務動作?
把查詢和寫入分開,能讓來源、權限和人工覆核成為可檢查的邊界。無權限時不檢索受限資料,證據不足時明確說明缺口;這裡展示的是互動說明,不連接企業資料,也不聲稱已經驗證實際可靠性。
德小馨 AI · Public product scope ↗項目成果 OUTCOMES
- 程式碼已實作登入權限約束下的檢索與回答介面
- 回答可附來源,近期對話可持續使用
- 業務寫入與自主執行仍不屬於目前能力
交流這個項目 Discuss this project
對這個項目的方法、實作或取捨感興趣?歡迎透過電子郵件交流。
