Agent 治理框架雙軌計畫

> 一句話：把「我們如何管理自己的 31 個自動化 agent」變成可重現的治理框架（內部紀律），同時包裝成 Pilot Trap 診斷產品（對外營收）。源自 2026-08-19 麥肯錫《逃離 Pilot 陷阱》報告分析。

核心洞察（差異化主張）

台灣多數企業正卡在麥肯錫說的「50 個 pilot」階段——agent 遍地開花、無人治理、舊流程碎片被硬化成 code。而 RongRise 自己是台灣少數真實營運 31 個自動化 agent 的案例場：我們踩過 skill 覆寫、cron 設定失效、restore 抹除、VPS 連續崩潰、token 帳單爆表的坑，也剛完成 cron 全面盤點（省 ~30M tokens/月）。

所以對外產品不是「教你理論」，是「我們這樣管，你也可以」——dogfooding 實證。這是台灣市場稀缺的角度（多數顧問賣的是框架翻譯，不是實戰紀律）。

A. 內部紀律面（先做，W1-W2）

A1. Agent 資產盤點表（Day 1-3）

盤點所有 agent 資產，每項記錄：

類型：cron job / skill / bot profile / MCP server / gateway 平台

用途：一句話

頻率：每日/每週/事件觸發

成本：token 估算（cron output 大小）、訊息數

產出品質：最近 3 次輸出的實用度自評（0-3）

Owner：小賀 / researcher / builder / ops-watch / 無人

退役條件：什麼情況下該停掉

產出：second-brain/技術深讀/agent-inventory.md

A2. 治理五檢查（原創框架）

每個 agent 資產定期過五關：

鋪路 or 硬化？（Pilot Trap 檢查）——它在為未來營運模型鋪路，還是在自動化一個遲早消失的舊流程？

有 owner 嗎？——出錯時誰負責、誰有權改它？

可審計嗎？——有 log、產出可驗證、可回溯嗎？

划算嗎？——token / 時間 / 訊息數成本 vs 產值？

該退役嗎？——lifecycle：建立 → 運作 → 評估 → 優化 → 退役，哪一階段？

A3. 例行治理節奏（持續）

每週：researcher bot 週研究觀察（已有）

每月：agent 資產月檢——品質抽審 + 成本盤點 + 退役決策（新 cron 或併入每日健康報告）

每季：治理報告 → 直接變成對外內容素材

A4. Agent 事故教訓庫

格式：症狀 → 根因 → 修復 → 預防檢查項 從我們踩過的坑開始（至少 10 筆）：skill 自動覆寫人工編輯、cronjob update model 不生效、9 點 VPS 崩潰、8/4 restore 抹除記憶、terminal guard 崩潰、X Basic API 限制、YouTube IP 被封、VPS chromium 缺字體、電子報重複寄送、gdrive 漏傳 119 檔…… 這份教訓庫就是對外最稀缺的素材——「台灣企業 agent 治理的真實案例集」。

B. 對外產品面（W3-W4）

B1. Pilot Trap 診斷量表 v1（微工具，比照 amoeba-scan 模式）

25 題 / 5 維度：

1. 平台歸屬張力：agent 平台放 IT / HR / 各部門自建？（台灣版＝老闆 vs 人資主管的權力問題） 2. 投資 vs 監視：個人化服務的界線——員工相信這是為他們好，還是被監視？ 3. 自動化 vs 加速人：agent 拿走 entry-level 工作後，下一代判斷力誰培養？（學徒制斷層） 4. 治理成熟度：有 owner / 審計 / 退役機制嗎？ 5. Pilot Trap 傾向：你的 agent 在鋪路還是硬化舊流程？

輸出：總分 + 五維度雷達圖 + 三張力判讀 + 建議行動

部署：rong-rise.com/pilot-trap-scan（比照 amoeba-scan 上線模式：規則引擎 + 契合度 + 官網微工具）

B2. Agentic HR 起步診斷工作坊（服務產品）

3 小時：量表填寫 → 三張力討論 → 產出「Agentic HR North Star 一頁圖」

目標客群：HR Leaders / Owners / Executives（品牌既定受眾）

交付包：量表結果 + 現場討論紀錄 + North Star 一頁圖 + 後續 30/60/90 天 roadmap 建議

定位差異：不是課程（天下學習正在用「虛擬員工」課程搶同一心智）——我們賣「診斷 + 落地藍圖」

B3. 內容管線（支撐產品）

文章 1（dogfooding 案例）：〈我們怎麼管自己的 31 個 agent〉——治理五檢查 + 事故教訓庫精選。台灣沒人寫過這個角度，且完全原創。

文章 2：〈你的 agent 在鋪路還是硬化舊流程？Pilot Trap 診斷〉

影片：HR 時間 40%→5% 戲劇性數據當 hook

電子報 + 社群貼文：三張力台灣版（老闆 vs 人資權力角度最貼近讀者）

C. 時程

| 週次 | 內容 | 里程碑 | |------|------|--------| | W1（8/20-8/26）| A1 資產盤點 + A2 治理五檢查定稿 | 盤點表完成、框架定稿 | | W2（8/27-9/2）| A3 月檢機制上線 + A4 教訓庫 + 文章 1 | 月檢跑第 1 輪、教訓庫 ≥10 筆、文章 1 上線 | | W3（9/3-9/9）| B1 量表開發 + 上線 | pilot-trap-scan 上線 | | W4（9/10-9/16）| B2 工作坊包裝 + 文章 2 + 電子報/社群 | 工作坊可接案、文章 2 上線 |

D. 成功指標

內部：100% agent 資產有 owner；月檢執行 2 輪；事故庫 ≥10 筆

對外：量表上線、工作坊包裝完成可接案、2 篇文章上線

E. 風險與防線（原創性鐵律）

量表不能是 amoeba-scan 的複製品：amoeba 盤「任務/工作」、pilot trap 盤「治理/轉型」——對象不同，但若只改題目會被抓包。差異化在「治理五檢查 + 三張力」的框架輸出，不是題目數。

不重複已用框架：組織摩擦力、10-20-70、三層模型、任務變形蟲皆已用過，不得當主體。

文案過 humanizer 40+（含量表說明文案與工作坊簡報）。

重要產出 commit + push GitHub。