HR/行政 AI 助手 6 個真實踩坑（隱私/考勤/離職）

員工隱私 · 入職流程 · 許可權矩陣 · 考勤計算 · 社保欄位 · 離職關停

TL;DR — HR/行政場景的 AI 助手落地比想象的難：6 個繞不開的坑——員工隱私洩漏 / 入職流程割裂 / 許可權矩陣過大 / 考勤引用過期勞動法 / 社保欄位錯引發打錯款 / 離職關賬號在 4 個後臺各點一遍。本文給真實場景 + 修法 + SOP。

1. 員工隱私洩漏：AI 把 A 的工資給 B 看

坑：員工問"我的工資條為什麼少？"，AI 給了隔壁崗位同等級別的工資對比

HR 的 AI 助手最容易"翻車"的不是答錯，而是把員工的隱私給不該看到的人看。尤其在 RAG 檢索時引用錯了文件，員工 A 看到員工 B 的薪資細節——勞動法、個保法雙重違規，HR 直接承擔法律責任。

✅ 修法：① 輸出端加過濾器（身份證 / 銀行卡 / 工資 / 手機號預設脫敏）；② 知識庫檢索必須用當前使用者 ID 作為查詢條件——AI 永遠不能"無腦搜全庫再讓 AI 選"；③ 任何"看他人資料"的請求直接拒答："為保護隱私，請聯絡 HR 人工查詢"。HR 場景的 AI 設計，第一條永遠是隱私而不是效率。

2. 入職流程割裂：3 個知識庫版本不一致

坑：新員工問"入職第一天要帶啥"，AI 給了 2024 年的版本（早已變更）

HR 場景的資料有 3 類：① 入職流程（社保卡/體檢/合同）② 公司制度（考勤/假期/報銷）③ 培訓資料（產品/合規/系統）。這三類文件由不同人維護，更新節奏不一致——新員工入職後看到 3 個不一致版本，信任崩盤。

✅ 修法：統一知識庫版本號 + 每次回答必帶出處。AI 必須引用：知識庫版本號 + 最後一次更新時間 + 文件段落編號。員工能一眼看出"這個答案是 v3.2.1 的制度"。版本過期 → 自動提醒 HR 同事重新稽核。

3. 許可權矩陣過大：行政能查全公司薪資

坑：行政專員問"老闆今天辦公室在哪"，AI 順手列出了 CEO 的家庭住址

AI 助手的"工具呼叫"開關是 HR 場景最大的隱憂。許可權設計不當，每個員工都可能成為"超級員工"——問 A 問題，AI 順手呼叫了 B 才能用的工具。最常見的："查領導電話"工具被普通員工調到了。

✅ 修法：二維許可權矩陣（崗位 × 工具）。行政專員 → ["查制度", "查公司公開聯絡表"]；HR 經理 → ["查制度", "查員工檔案(脫敏)", "查薪資"]；CEO → ["查制度", "查員工檔案", "查薪資"]。每次工具呼叫前先校驗許可權，不在許可權內的直接拒絕而不是默默不返回。

4. 考勤 / 加班計算引用過期勞動法

坑：員工問"週末加班 8 小時怎麼算"，AI 給的是 2014 年的舊勞動法條款

勞動法政策每隔 1-2 年就有調整（加班費計算基數 / 婚假天數 / 病假工資）。AI 知識庫如果還用 3 年前的政策，算出來的加班費可能比正確值少 30%-50%。員工吃了虧，公司面臨勞動仲裁。

✅ 修法：① 知識庫按年份版本化（v2024.3 / v2025.1 / v2026.2），AI 必須說"按 v2026.2 政策"；② 涉及金額的查詢，強制要求 AI 標註"請以 HR 同事核對為準"；③ 每季度由 HR 同事過一遍知識庫，標記過期/失效條款。

5. 社保 / 公積金欄位錯：財務打錯款

坑：AI 給員工查社保繳費基數 → 財務按基數給員工打款 → 實際該數比 AI 給的低 800 元

社保公積金資料是高頻引用 + 一旦錯就虧錢的領域。AI 即使答對 99 次，錯 1 次財務就把錢打錯了——員工發現晚了沒法追回，公司補發賠款+銀行手續費。

✅ 修法：① 涉及金額的回答，強制 AI 加引用來源（截圖/原文段落）；② 財務部門拿到 AI 資料後必須人工複核一次（AI 不能"直接驅動打款"）；③ 知識庫裡的金額欄位加紅色高亮，AI 引用時強制把高亮一起輸出。

6. 離職關賬號：4 個後臺各點一遍

坑：員工離職 → IT 在飛書關賬號 → 財務 / HR / 業務系統都漏 → 離職員工郵箱收到工資條

員工離職是個系統工程：① 郵箱 / IM（飛書/企微/釘釘）② HR 系統 ③ 財務報銷系統 ④ 業務後臺許可權。任何一個漏關，離職員工仍能訪問公司資料，最常見的結果是離職後仍能登入 CRM 看客戶資料 / 仍能收公司郵件。

✅ 修法：AI 助手層做"離職一鍵關停"——HR 提交離職單後，AI 自動給所有 4 個後臺發 API 關停請求，10 分鐘內確認完畢。回執清單給 HR 同事，任一後臺失敗 → 高優提醒 HR 手動補關。這比 IT 同事手動點 4 個後臺快 30 倍，錯率從 30% 降到 1% 以下。

HR/行政 AI 助手 6 個真實踩坑