Brand Social OS
把品牌知識、內容草稿、Threads 主題海巡與人工審核串成可追蹤的社群工作流；AI 起草，真人審核與手動發佈。
公開狀態
Internal PoC
完整流程仍在本地驗證，尚未開啟自動發佈
執行模式
HITL
品牌基準、逐篇草稿、候選與回文都保留真人審核
對外動作
Manual publish
發文與回文均由真人決定並手動完成
Live Interface
Brand Social OS ｜ HITL Workflow
品牌檔案包先建立內容依據，AI 再準備草稿與相關討論候選；每個對外動作都必須經過真人決策，系統不會自行發文、留言、按讚或追蹤。
Case type
Self-initiated
Public status
Internal PoC
Discovery
Read-only
Publishing
Human only
這不是作品集截圖頁，而是把履歷敘述拆成可檢查的流程、技術與結果。
Step 01
品牌檔案包 → 品牌基準核准
以 Brand Bible、聲音規則、商業脈絡與帳號設定建立權威來源；母檔未經真人核准，不會進入內容產生流程。
Step 02
AI 內容草稿 → 逐篇審核
AI 依核准母檔起草並標註內容類型、hook、規則來源與商業意圖；真人逐篇修改、核准或退回，核准不等於系統代發。
Step 03
真人手動發文 → 只讀主題搜尋
真人完成發文後，系統才以已發佈主題搜尋公開 Threads 討論。瀏覽器階段維持只讀，遇到驗證畫面、rate limit 或登入狀態不明即停止。
Step 04
候選與回文草稿 → 真人手動回文
系統篩選候選、準備客製回文草稿與去識別化紀錄；真人確認對題、語氣與安全邊界後，才手動完成回文。
Evidence Layer
可以被查核的能力證據
每個履歷點都對應到一組可展示的流程、內容或交付紀錄，讓訪客知道這不是空泛宣稱。
Local Workflow
品牌檔案包與草稿審核流程已建立
本地已有品牌母檔、日更草稿模板與人工 checkbox 審稿流程，且留下實際草稿紀錄；公開頁只呈現抽象結構，不展示母檔正文或未公開內容。
Read-only Discovery
SCOUT+ 已有小量實跑紀錄
只讀搜尋、候選評分、回文草稿與報表流程已有質性驗證；首輪校準排除關鍵字誤命中的業配與同業，不公開第三方帳號或 URL。
PoC Findings
實跑暴露人工狀態同步缺口
流程曾因瀏覽器未就緒中止，也曾因人工發文後未回填狀態而無法判定下一步；因此維持 Internal PoC，不包裝成穩定商用成果。
Capability Stack
這個頁面要讓人看懂的能力
社群營運的瓶頸不只在寫文，也在品牌口吻漂移、內容與服務脫節、留言對錯人，以及自動化誤發帶來的品牌與帳號風險。Brand Social OS 把品牌知識、內容草稿、主題搜尋、回文準備與執行紀錄接成同一條可追蹤工作流。
這套自研系統目前只支持質性主張：流程骨架、審核節點與小量實跑紀錄已存在；連續產量、節省工時、轉換率與商業成效尚未驗證。人工狀態同步仍是限制，任何自動發文與自動回文能力也都尚未啟用。
公開頁使用去識別化描述，不展示真實帳號、候選人、貼文 URL、內部路徑、客戶資料、報價或 webhook。它不是可立即購買的社群 SaaS，而是 Ray 如何設計可控 AI 工作流的案例。
品牌知識治理
- 品牌檔案包與權威順位
- 母檔核准後才供下游使用
- 草稿保留規則來源與商業意圖
HITL 狀態設計
- 品牌基準核准
- 內容逐篇審核
- 候選與回文審核
- 核准與手動發佈分開記錄
安全邊界
- 公開內容只讀搜尋
- 低頻執行與異常即停
- 零自動按讚、追蹤、發文或回文
- FULL 模式維持鎖定