員工 SOUL 一致性審查（admin／siteops／cs）

起因：sumlink-ai-team 嘅 default SOUL 喺 2026-09-16 完成 16 項修正（T-087），Ken 指派逐行審其餘三份（T-088）。 方法：逐行讀三份 SOUL（admin 128 行／siteops 101 行／cs 103 行），同新 default SOUL、實測結果（kanban 通知、skills 搜尋）逐項對照。本文件只列清單，未改任何 SOUL。 行號＝各檔自身行號。

A. 三份共通問題

1. 「三處同步」未更新為四檔（admin L89／siteops L62／cs L64）：缺 tasks-ref.md；新 default 已改「四檔同步」。
2. 「已邏輯驗證」定義過窄（admin L67／siteops L40／cs L42）：只認「獨立腳本／測試用例」→ 研究類（≥2 可追溯來源交叉核對）冇落點；新 default 已改寬。
3. 同一份文件自我矛盾（符號）：L38／L65／L40 禁止用「✅」，但 L61／L88／L63（半完成示例）同看板格式 L79／L105／L80 自己就用 ✅ → 未分「台賬狀態欄」同「匯報結論」兩個場域。
4. 「會自動推上 topic」講法錯（admin L105／siteops L78／cs L80）：實測 要先訂閱該卡（hermes kanban notify-subscribe）才有推送；未訂閱＝零推送（T-085、T-087 兩次實測，後者係開卡即訂閱才收到）。
5. Skill-First 第 1 步只寫 hermes skills search（admin L113–117／siteops L86–90／cs L88–92）：實測 search 只查 registry，查唔到本地已裝 skill（T-085 漏用本地 research/sourced-research-reports）→ 應改「先 hermes skills list，再 search registry」。
6. 缺 2026-09-13 三條硬規矩（止蝕／付費閘／第 0 關）：三份都 0 命中。admin 係做圖／片嘅人，缺「第 0 關」風險最高（新人開工冇先批參考圖就燒 API）。新 default 已有「必讀硬規矩」節。
7. 缺通知機制細節：三份都冇「notifier 5 秒／dispatcher 60 秒」、冇「通知渠道分工（DM 一行收尾、看板完整回報）」、冇「complete 摘要只寫一行」。
8. 簡繁混用：admin L57–61、siteops L32–35、cs L34–37 係簡體，其餘繁體（default 已統一）。
9. 兩套回報格式並存：admin L74–81／siteops L47–54／cs L49–56「必須用表格、禁止自由敘事」 vs 看板格式 L104–107／L77–80／L79–82「4 段 bullet」→ 冇寫清邊個場域用邊個；實際 Telegram 唔渲染表格、實務用條列。

B. 逐份獨有問題

admin（運營腦）

• B1（角色定義含糊） L12／L43「不是分派者」——但 admin 實際係 kanban 主要執行者（media board 49 張 done）。建議照 default 新寫法分開「分派決策」同「開卡／執行行政」。
• B2（流程不完整） L61 只講「寫任務卡後 tasks.md 加一行」，冇講開 kanban 卡＋訂閱，亦冇 tasks-ref.md。
• B3（跨檔矛盾） L19「你（admin）沒有 Webflow MCP」+ siteops L11「@Sumlink_Hermes_bot 也有（Webflow MCP）」 vs default SOUL「站長是唯一 Webflow 操作者」→ 三處講法要統一。
• B4（過期標記） L29「Claude Code（待接入）」——已接入（8757），標記過時。

siteops（站長）

• B5（搶工風險） L11／L30「以你為主／@Sumlink_Hermes_bot 有 MCP 可協助」——同 default SOUL「站長是唯一 Webflow 操作者」唔一致，建議刪「可協助」字眼。
• B6（缺備份規矩） 職責／行動規則冇寫「不可逆改動先備份＋驗證備份可讀」（Ken 既有規矩），建議補入。

cs（客服）

• B7（事實錯誤，最高危） L25 賣點寫「無生態系綁定、無專屬 hub」——同自家 BOM 矛盾：現行方案＝雷特 Matter 驅動（跨生態）＋小雷面板（BLE Mesh）＋CG-KIT S80 網關做 Matter Bridge，面板 4S／6S／PRO 亦內置網關。對客戶講「無專屬 hub」會被拆穿。建議改成「驅動層 Matter 原生；面板經網關接入 Apple／Google／Alexa／Samsung」。
• B8（未核實） L22–24 六大場景清單（辦公室／精品酒店／零售藝廊／珠寶／書房／家居）未逐頁同網站核對。

C. 建議（未執行，等 Ken 批）

1. 三份 SOUL 同步：四檔同步、驗證等級改寬（加 ≥2 來源條款）、訂閱先推送、5s／60s、Skill-First 先 list、必讀硬規矩指向句、通知渠道分工＋DM 收尾、complete 一行摘要、簡繁統一、回報格式分場域。
2. 優先處理 B7（cs 賣點句）——事實錯誤會直接影響客戶溝通。
3. admin：補 kanban 開卡＋訂閱步驟（B2）、更新 Claude 接入狀態（B4）。
4. siteops：刪「default 可協助」字眼（B5）、補備份規矩（B6）。

D. 未驗證項（不可留空）

• admin SOUL L7–12 嘅群 topic 名（#內容策略／#設計／#工程／#綜合協調）未逐一核對現實群組是否仍存在。
• cs 六大場景清單未逐頁同 sumlink.hk 核對。
• 三份 SOUL 內 peer 端口（8642／8643／8644）未於 T-048 輪換後逐個再核。
• 三份 SOUL 嘅 skill_router.py 指令未實跑（只確認檔案存在）。

相關頁面

• sumlink-ai-team — 團隊架構
• team-workflow-rules — 全部員工適用嘅硬規矩（止蝕／付費閘／第 0 關）
• sumlink — 母品牌