對象：團隊專員（對 AI 有基本認知但理解有限） 目標：聽完後能回答三個問題——「這套系統是什麼」「它每天在產出什麼」「我可以怎麼跟它合作」 心法：先看成果，再講原理，最後才講架構。 全程用比喻，不用術語；術語只在附錄對照表出現。 資料基準日：2026-07-28（數字均經指令實測復核，見附錄 B） 版本：v3（經兩輪 Skeptic QC：第一輪 27 項修正、第二輪有條件 PASS 後條件項已全數查證修正——含以執行日誌覆核週報實際出刊方式）

時間軸總覽（正文 35 分＋Q&A 10 分）

講者提醒：正文刻意壓在 35 分——現場 demo 開網頁、換分頁的時間耗損永遠比排練多。超時就砍 Part 3 的案例細節，不要砍 Part 4。

Part 0 — 開場：先看三樣東西（4 分）

不要從「什麼是 AI」開始講。 直接投影三個成品，各 40 秒：

1. 一個每週自動出刊的週報網站（ai-agent-docs.slowmur.com）
   • 講法：「這份商業前沿週報最近連續四週出刊（7/03–7/24）。研究階段全自動：週四晚上排程自己開工，8 路研究員平行查資料、寫初稿。最近兩期在最後合成階段撞到用量上限，系統自己保留半成品、留下失敗紀錄和救援指令，人隔天補一個指令就完成出刊。」
   • ⚠️ 措辭紀律（經日誌查證，2026-07-28）：不要說「全程無人介入」——第 19、20 期（7/18、7/24）的合成都是人工補跑完成的。照實講反而是加分題：「自動化一定會失敗；重點是失敗有留痕、有劇本——半成品保留、原因記錄、一道指令救回，而不是整週白做。」
2. 一份完整的比稿提案（例：innervibe 生醫比稿、Suzuki 機車案——挑一份你最有把握的）
   • 講法：「從拆解客戶 brief、市場調研、策略、創意概念到簡報，走完整條生產線。」
3. 一份問卷交叉分析（四色塊交叉表或 survey 案例）
   • 講法：「量化分析、統計檢定、洞察報告，也在同一套系統裡。」

收束句：

「這些東西都出自一台在東京的伺服器，上面跑著一套 AI agent 系統。今天 45 分鐘，我講三件事：它怎麼運作、每天在產出什麼、以及你們可以怎麼用它。」

這段的目的：消滅「AI 只是聊天機器人」的預設印象。細節全部留到 Part 3。

Part 1 — 三個基礎觀念（ELI5）（7 分）

這段是全場地基。每個觀念 = 一個比喻 + 一個強弱項 + 一個「所以呢」。

觀念 1：LLM 是什麼——「讀過整座圖書館的超強實習生」

• 比喻：想像一個實習生，讀過整座圖書館的書，反應極快、文筆極好、什麼領域都能聊。
• 但有兩個先天限制：
  1. 他的書停在某個日期——之後發生的事他不知道，得現查。所以我們的系統配了會上網查資料的研究員角色，重要資訊永遠以「現查」為準，不靠他的記憶。
  2. 他不知道自己不知道什麼。 被問到不會的東西，他不會說「我不知道」，而是一本正經地編一個聽起來很合理的答案。這叫「幻覺」（hallucination）。
• 所以呢：這兩個弱點決定了後面整套系統的設計——我們花在「驗證」上的功夫，跟花在「產出」上的一樣多（Part 4 會講）。

觀念 2：Chatbot vs Agent——「問路人 vs 派助理去辦事」

• Chatbot（大家熟悉的 ChatGPT 網頁）：像在路上問人。你問一句、他答一句，答完就結束。
• Agent：像派一個帶著電腦、有門禁卡、有工作目標的助理去辦事。你給他一個目標（例：「幫我調研這個品牌」），他自己：
  1. 把目標拆成步驟
  2. 動手查資料、讀檔案、寫文件
  3. 檢查自己做得對不對
  4. 做完回來報告
• 關鍵差異一句話：Chatbot 給你答案，Agent 給你完成的工作。
• 我們的系統是後者：底層引擎是 Claude（Anthropic 的模型），外面套的工作環境叫 Claude Code——你可以想成「給 AI 用的辦公室＋工具箱」。

觀念 3：Context（工作記憶）——「一張會滿的辦公桌」

• 比喻：AI 工作時有一張「桌子」，所有正在處理的資料都要攤在桌上。桌子很大，但會滿。滿了之後，最早放上去的東西會被推下桌——它就「忘了」。
• 而且每開一個新任務，桌子就是全新清空的——這就是為什麼「昨天才跟它講過的事，今天開新對話它不記得」：不是它笨，是換了一張新桌子。
• 兩個後果，直接解釋我們的兩個設計：
  1. 為什麼要很多個 agent 分工：一張桌子放不下整個案子 → 拆給多個助理，各自用自己的桌子處理一塊，只把結論交回來，不把整疊原始資料搬回來。
  2. 為什麼要寫檔案存記憶：重要的事要寫進「檔案櫃」（文件、記憶系統），下次開工再從檔案櫃拿出來。
• 順帶破解一個迷思：AI 不會「自動記得你們公司的一切」。它記得什麼，是我們刻意設計的結果。

（銜接句，帶入 Part 2）

「好，一個超強但會唬爛的實習生、一張會滿的桌子——那怎麼用這種東西做出開場那些成品？答案是：不要把它當一個人用，把它組織成一間公司。」

Part 2 — 系統全貌：一間虛擬工作室（8 分）

2-0. 先講掉房間裡的大象（30 秒，放在這段最前面）

台詞（照唸即可）：

「等一下你們會聽到『38 種角色』，有人心裡一定會想：那我呢？先講清楚：這套系統取代的是任務，不是職位。 它接手的是查資料、寫初稿、盯例行報告這類腿力活；要不要接案、brief 怎麼回、提案走哪個方向、客戶關係——這些它做不了，而且它越強，這些事的價值越高。 這件事怎麼影響大家的工作安排，決定權在〔主管／你自己，依實際授權填〕，我今天負責的是讓大家看懂這個工具。」

⚠️ 講者紀律：如果你沒有被授權承諾「不裁員／怎麼調整」，就明講「這題由誰決定、我會把疑問帶上去」，不要即席安撫。這 30 秒主動講，比留到 Q&A 被動防守好十倍。

核心投影片：「工作室組織對照表」（投影只放前 4 列，後 3 列口述帶過）

2a. 員工：38 種角色，但不是每個案子都全員到齊

• 分層（畫成金字塔；加總＝38）：
  • 決策層（5）：只審視、不動手。分別從產品體驗、規模與平台、第一性原理、AI 前沿、創意說服五個維度挑戰提案——確保重要產出被不同視角轟炸過。
  • 協調層（1）：類似 PM，負責派工和交接。
  • 產品層（2）：設計與專案管理視角。
  • 執行層（24）：真正做事的——研究、策略、文案、數據、開發、資安。
  • 驗證層（5）：專職找碴。最有名的是 Skeptic（魔鬼代言人）——他的 KPI 就是推翻別人的結論。（今天這份講稿本身就被他退件過一次，等下 Part 4 講。）
  • 外加 1 個不屬於任何層的自由角色，專門打破團體迷思。
• 日常起手式只用核心 12 種，案子需要才往外擴。
• 權限先講一句（聽眾一定會想問）：
  • 每個角色的讀寫權限是明文規定的——研究型角色只能讀不能改檔案，決策層全部只審不動手。
  • 它的活動範圍是我們自管的這幾台伺服器；碰不到你的電腦，也沒有接到公司內網系統。
  • ⚠️ 措辭紀律：不要說「只能碰這一台機器」——主力機同時是其他幾台自管主機的控制節點，說滿會被打臉；「自管伺服器範圍內」是可辯護的說法。
• 一個反直覺的管理學發現（比「大家都守規矩」誠實且更有說服力）：

  「我們實測發現：只寫在守則裡、沒人查核的規則，AI 的遵守率趨近於零——跟人類組織一模一樣。 所以現在每條重要規則都綁一個可查核的痕跡：規則不是『你要有品管』，而是『交付物裡必須留下品管紀錄，系統每天自動比對』。 沒有留痕的規則等於沒有規則——這句話對管理人類可能也適用。」

• 一條鐵律先埋哏（Part 4 收）：做事的角色不能自己驗收。

2b. SOP 手冊：15 個技能包，重點是一條生產線

• 白話定義：skill = 「把一次成功的做法，寫成可以重複執行的 SOP」。第一次做花三天摸索，寫成 skill 之後，下次一個指令重跑整條流程。

• 給行銷團隊最有感的一條生產線：

  deep-brief → brand-research → marketing → creative → survey → doc
  拆客戶brief    品牌市場調研      行銷策略      創意概念     問卷驗證   匯出簡報

  • 講法：「這不是六個獨立工具，是一條接力的生產線——前一站的產出就是下一站的原料。收到客戶 brief 的當天，第一站就能產出『結構化重述＋尖銳提問＋已知未知盤點』的作戰文件。」

2c. 排班表與自我體檢（1 分鐘，一句話帶過）

「16 條自動排程分兩種：一種生產內容（週報、產業掃描），一種自我體檢——系統每天凌晨自己檢查『排程有沒有正常跑、名冊跟檔案有沒有對不上、該清的有沒有清』，壞了會自己回報。這是它能長期低度看管運作的原因。」

2d. 一個誠實的補充（建立可信度）

「這套系統不是買來的產品，是一年多來一個案子一個案子長出來的——每次踩坑就把教訓寫進守則，每次成功就把流程寫成 SOP。所以它擅長的是我們做過的事；全新型態的任務，第一次還是要人帶著走。」

Part 3 — 日常產出與一個完整案例（5 分）

3a. 系統的一週（投影一張週曆，90 秒）

• 週一凌晨：AI 生態週掃描自動跑完，早上人類醒來已有報告（另有獨立排程對前一期做品質驗證，時點不同週）。
• 週四 22:00：週報系統開工，8 路研究員平行出動（想像 8 個研究員同時在圖書館不同樓層查資料）。
• 週五 03:30：合成成刊、初步品管、自動發佈上網（人類事後抽查；若撞到用量上限，系統保留半成品與救援指令，人工一鍵補跑——最近兩期即如此）。
• 週日：相依套件安全稽核、系統版本檢查、日誌整理。
• 每天：健康檢查、記憶清理、備份狀態更新。

3b. 一個案例講透：Suzuki 機車案（2.5 分）

• 為什麼選它：一個案子演示整條生產線——市場調研 → 創意開發 → 行銷提案 → 問卷驗證，四段完整走過，還有交叉審查的方法論教訓。
• 講法建議：秀 2–3 頁實際產出（調研裡的一個洞察、一個創意概念、問卷的一個交叉發現），不要翻整份。
• 規模一句話收尾：「像這樣的案子，工作機上目前累積 55 個專案目錄——注意，目錄數≠交付案數，裡面有研究中、實驗性和內部項目；大案子各有自己的文件網站（目前 6 個），供團隊與獲授權的窗口查看。」
• ⚠️ 上台前務必：(1) 確認要點名的客戶案例在本場聽眾的保密範圍內，不確定的一律代號化（「某產險客戶」「某食品集團」）；(2) 文件網站先逐站確認存取控制再決定秀不秀網址，沒有把握就只秀截圖不給 URL。

3c. 這段的收束句

「注意一個模式：重複性的產出交給排程，判斷性的工作留給人開案。 週報不用人管；但要不要接這個案子、提案走哪個方向——永遠是人的決定。」

Part 4 — 品質把關：AI 會唬爛，我們怎麼辦（6 分）

開場白（呼應 Part 1 的伏筆）：

「還記得那個『一本正經唬爛的實習生』嗎？AI 最大的風險不是它不會做，是它錯得很有自信。所以這套系統花在品管上的設計，跟花在生產上的一樣多。」

先講清楚：品管分兩級（這是誠實，也是防被抓包）

講法：「為什麼週報不用硬閘門？因為它是內部情報產品，時效比完美重要，而且有人類抽查兜底。但任何要交到客戶手上的東西，一律走硬閘門。」

⚠️ 誠實補一句（防回馬槍）：「照我們自己『沒有留痕的規則等於沒有規則』的標準，事後抽查目前還是靠自律、沒有勾稽紀錄——這是我們自己抓到、還沒補上的缺口。」（這句主動講，比被聽眾用你自己的金句反將一軍好得多。）

四道關卡（每道一個比喻）

1. QC 閘門——「沒過品管，出不了廠」（適用提案級，如上表）
2. 說話要有出處——「每句話都要能點回原文」
   • 任何查了外部資料的報告，每個關鍵論點都要掛編號腳註＋可點擊的來源連結。讀的人隨時可以驗證「這句話是真的還是編的」。
   • 由來可以講：曾有外部讀者連問「這是不是 AI 幻覺？來源是什麼？」——我們把教訓變成了鐵律。
3. 「知道」和「猜測」分開標——「氣象預報式的誠實」
   • 報告裡每個主張都分級：已驗證事實／合理推論／團隊假設／資料缺口。像氣象預報說「降雨機率 70%」而不是「明天會下雨」。
4. 做的人不能自己驗收——「球員不能兼裁判」
   • 寫報告的角色永遠不驗自己的報告；由驗證層交叉審查，重大案子還會用**另一套 AI（不同廠牌）**做第二意見。

兩個真實教訓（全場最能建立信任的 90 秒）

1. 內部維運的教訓：「有一次一個 agent 回報『我已經修好 4 個檔案』，我們獨立檢查，發現它實際漏了 2 個。從那天起多了一條鐵律：agent 說做完了，不算做完；獨立驗證過，才算做完。」
2. 業務產出的教訓（對行銷同事更有感）：
   • 「最近一份 TA 差異性分析報告，初稿看起來完全專業，但品管抓出六類問題——包括把相關性寫成因果、百分比單位前後不一致、把小樣本差異當成大族群結論。
   • 每一項都『看起來很像對的』，這正是 AI 錯誤的長相。修完才交付，而且這六條教訓已寫進守則，下次同類報告自動帶著檢查。」
3. 現場自嘲彩蛋（可選）：
   • 「順帶一提，你們現在聽的這份講稿，初稿也被系統裡的魔鬼代言人退件過——他抓出 27 個問題，包括好幾個我自己寫錯的數字。
   • 所以這份簡報裡的每個數字，都是重新用指令量過、對過日誌才敢放上來的。 這就是系統日常。」
   • （後半句一定要接，把「還有幾個錯？」的反問先堵掉。）

收束句：

「這不代表零錯誤——但代表錯誤有機制被抓到，而且每個教訓會變成守則累積下來，而不是靠運氣和個人記性。」

Part 5 — 這對你的工作意味著什麼（5 分）

5a. 角色轉變：AI 拿走的是腿力活，判斷力更值錢（呼應 2-0）

• 一句話：「你從『查資料的人』升級成『驗收和決策的人』。你的品味和判斷，變成整條生產線最貴的環節。」

5b. 跟 AI 系統合作的第一課：怎麼提需求

• 壞的需求：「幫我把這個弄好一點。」（AI 只能猜）
• 好的需求：目標＋驗收標準。「幫我整理這份競品資料，我要一頁表格、比較這 5 個維度、給業務開會用。」
• 比喻：「跟 brief 一個新同事一樣——講清楚要什麼和怎樣算好，產出品質差三倍。」

5c. 資料紅線（必講，就一頁投影片）

「在講怎麼開始用之前，先講什麼不能丟進來——這台是工作機，不是公司核准的資料保管系統：」

• ⚠️ 講者上台前：這張表的具體界線請按公司實際政策定案；「資料存在哪、誰能存取」若被追問，據實回答目前架構（自管伺服器＋私有網路），細節不確定就會後書面。

5d. 下一步（⚠️ 這是全場唯一的行動呼籲，不能是空的）

• 上台前必須定案這三件事，否則這段改成「今天只求大家聽懂，〔日期〕開放試用」：
  1. 入口在哪（誰想試找誰、用什麼方式提需求）
  2. 第一個開放的試用場景是什麼（建議：deep-brief——收到 brief 丟進來，當天拿拆解文件，低風險高有感）
  3. 需求單的格式（目標＋驗收標準，一段話即可）

Q&A 備答（10 分；附錄 D 有延伸題，這裡是必背五題)

1. 「它會取代我們嗎？」（Part 2-0 已主動講過，這裡是被再問時的加深版） → 「它取代任務，不是職位。看我們自己的軌跡：系統越強，人花在判斷和客戶身上的時間越多。真正拉開差距的是『會用的人 vs 不會用的人』。」若被追問人事安排：據實說「這由〔誰〕決定，我把問題帶上去」，不即席承諾。
2. 「資料安全嗎？客戶資料會外洩嗎？」 → 「基礎架構是我們自管的伺服器，管理介面走私有網路、預設不對公網開放，每天自動備份。至於 AI 服務商那端的資料處理條款，這題我不現場代答，會後給書面說明。」（⚠️ 不要現場斷言「適用企業資料政策」——帳號型態與條款細節未經查證前，這是對全體同事做的資料承諾。）
3. 「它出錯怎麼辦？誰負責？」 → 「Part 4 的關卡是前半；後半是：對外交付永遠有人做最終驗收，簽核的是人。 AI 是生產線，不是負責人。」
4. 「這套系統只有你會維護嗎？你休假／離職怎麼辦？」（主管必問，務必先想好） → 誠實版模板：
   • 「目前主要由我維護，這是真實的風險。降險措施是：所有規則、流程、教訓都寫成白紙黑字的文件（系統本身強制留痕）；短期無人維護時，自動排程與自我體檢仍會照跑。
   • 但『別人能不能照文件接手』還沒有真正演練過——這是我接下來要補的。」
   • ⚠️ 不要說「有現成的交接文件」——現有文件是寫給維護者本人的，尚未經同事接手驗證；對主管誠實承認缺口＋給出補課計畫，比說滿更加分。
5. 「這很貴嗎？」 → ⚠️ 兩條紀律：(1) 不要跟人力成本比較（呼應 2-0，那會自己拆台）；(2) 沒有真實帳單數字就不要給數字。建議答法：「成本結構是訂閱制＋自管主機，對標的是外包研究和工具採購的預算，具體數字我會後提供給需要的人。」

附錄（講者參考，不投影）

附錄 A — 名詞 ELI5 對照表（可印成一頁講義發給聽眾，不要在台上唸）

附錄 B — 講者數字速查卡（2026-07-28 以指令量測；上台前照附錄 E 重新復核。⚠️ 投影片上不要寫「實測」二字給人挑戰把柄，口頭講「今天早上量的」即可）

• 38 種 agent 角色（決策 5＋協調 1＋產品 2＋執行 24＋驗證 5＋自由角色 1）；日常核心 12 種；模型分布 Opus 24／Sonnet 14（Haiku 只用在腳本層的機械偵測，不是 agent）
• 15 個自建 skills；16 條自動排程（時區 Asia/Taipei，已實測）
• 55 個專案目錄（≠交付案數；含研究中與內部項目）；6 個對外專案文件網站；已歸檔專案 6 個
• 272 條框架、約 30 個框架檔（含案型選用矩陣）
• 4 台主機（東京主力：4 核／23GB RAM；另有首爾、鳳凰城、本地 NAS 備份）；主力機容器 48 個（2026-07-28 實測）
• 模型策略：判斷型工作用 Opus、規格明確的執行用 Sonnet；週日跑的是相依套件安全稽核（不是滲透測試）
• 週報流程：8 路平行研究 → 合成 → 非阻擋 QC → 自動發佈（週四 22:00 預研、週五 03:30 出刊）；最近連續出刊 7/03、7/11、7/18、7/24
  • 注意（日誌已查證）：第 19、20 期（7/18、7/24）合成階段撞用量上限，cron 失敗留痕，由人工補跑一道指令完成出刊
  • 不可宣稱「全自動無人介入」，改講「自動研究＋失敗有留痕有劇本」

附錄 C — Demo 建議與風險控管

• 建議做：
  1. 現場開週報網站（低風險，最有說服力）
  2. 預先截圖「一條排程的執行紀錄」——證明「凌晨三點真的有人在上班」
  3. 秀一頁帶編號腳註的報告——講「說話要有出處」時的實物
• 不建議做：現場 live 跑一條完整生產線（要跑數十分鐘）；若要 live，只跑 deep-brief 第一步或一個小查詢
• 客戶文件站：未逐站確認存取控制前只秀截圖、不投影網址
• 投影片製作：本檔可直接餵給 doc/pptx 流程產出簡報骨架；核心視覺是 Part 2 的「組織對照表（4 列版）」與 Part 3 的「系統的一週」週曆

附錄 D — Q&A 延伸備答

• 「我可以直接用 ChatGPT 就好，為什麼要這套？」 → 「ChatGPT 是很好的問答工具。差別在：這套系統有我們的工作規則、案例記憶、品管流程和自動排程——它是組織資產，不是個人工具。你用 ChatGPT 得到答案；這套系統交付的是過了品管的完成品。」
• 「聽起來很複雜，我需要懂技術才能用嗎？」 → 「不用。你需要的技能只有一個：把需求講清楚（目標＋怎樣算好）。這恰好也是跟人類同事合作最重要的技能。」
• 「AI 寫的東西有著作權／法律問題嗎？」 → 誠實回答目前做法（人做最終編修與簽核），法律細節標「需要時請法務確認」——不要現場給法律結論。
• 「為什麼要 38 種角色？一個很強的不就夠了？」 → 「兩個原因：桌子會滿（Part 1 觀念 3），以及球員不能兼裁判（Part 4 關卡 4）。跟公司要分部門是同一個道理。」
• 「它會不會半夜自己亂做事？」 → 「排程只跑白名單上的固定任務，每天有健康檢查互相監控；系統改動有版本控制，可以回溯。它的自由度是被章程框住的。」

附錄 E — 開講前 checklist

• 復核數字：ls -d ~/projects/*/ | wc -l（專案數）、crontab -l | grep -v '^#' | grep -vc '^$'（排程數）
• 查週報最新一期的出刊方式：cat ~/logs/business-frontier-scan.status——是 cron 全自動還是人工補跑，照實講（本稿的說法基於 7/28 查證：19、20 期為人工補跑）
• 確認週報網站當週已正常出刊（開場 demo 用）
• 挑好 Part 0 的三個成品並預先開好分頁／截圖
• 逐站確認客戶文件站的存取控制；沒把握就只用截圖
• 確認聽眾的保密範圍，決定哪些客戶名稱要代號化
• 定案 Part 5d 三件事（入口、試用場景、需求單格式）——沒答案就改講「〔日期〕開放試用」
• 定案 Part 2-0 的授權說法（人事影響由誰決定）
• 決定成本題要不要給數字；要給就先查真實帳單
• 資料紅線表（5c）按公司政策定案
• Q&A #2 的「會後書面說明」：先查清楚訂閱帳號的資料處理條款，準備好那份書面
• 附錄 A 名詞表若要發講義，先印