大學老師的專案翻車日常——「我又改主意了」
先說一句大實話：在所有專案經理（PM）的噩夢名單裡，大學教授絕對排得上前三名。
我們常常是這樣的：
- 週一早上精神抖擻：「這學期我要寫一本貫穿 18 週、每週至少 5,000 字英文、理論與最新頂級期刊兼備的客製化長案例教材！」
- 週三深夜兩點，泡了杯咖啡打開電腦，突然眉頭一皺：「不行，這個雙欄排版（Journal-style）看起來太生硬了，學生用手機看一定會瞎掉，全部改成單欄！」
- 週五下午靈光一閃：「我剛在洗澡時想到一個絕妙概念，第 7 週的企業動態能力架構要微調一下，順便換個主色調跟字型好了。」
於是，跟著我們的助教或研究助理只能在螢幕前默默流淚，資料夾裡充斥著 Textbook_Week07_final_v2_reallyfinal_USETHIS_fixed(3).docx 這種令人窒息的檔名。更可怕的是，每一次我們任性地推翻版面、微調架構，原本好不容易對齊的研究數據、文獻引用、跨週名詞定義，就在這場「視覺美學大遷徙」中悄悄崩塌：年份錯置了、DOI 連結失效了、第 2 週講的名詞跟第 15 週徹底打架，甚至第 5 週的學生講義後台一不小心把選擇題解答直接印在測驗卷上。
我們總是把 80% 的精力花在「排版順不順眼」、「視覺好不好看」這些細枝末節上，卻下意識迴避了最耗心力、也最該要命的核心問題——內容確認（Content Verification）。
教材不是社群發文，也不是個人隨筆。教科書一旦出現幽靈文獻、把作者名字張冠李戴、把「推論」寫成「歷史事實」，甚至把參考書抄成了侵權山寨版，老師在課堂上是要當場「學術社死」的。
但單靠老師一個人（加兩三個兼任助理），要在一個學期內編出 18 週、超過 11 萬字的紮實英文教材，還要逐一確認文獻邊界、跨文化敏感度、去除 AI 罐頭味，根本是不可能的任務——除非你打算用一整年不睡覺換來胃潰瘍。
這次我們在 18 週管理學教科書《Become Judy》的實戰中，摸索出一套完全不同的打法：把「內容確認」當作核心戰場，並用一整套 Multi-Agent（多智慧代理）流水線來當我們的煞車系統與防護網。 這篇文章，就是要梳理這套讓愛改主意的教授也能優雅落地的 Agent 協作心法。
一、轉念：別再盯著字體了，真正的戰場是「內容確證」
過去我們用 AI 生成教材，最常犯的毛病就是：給 ChatGPT 一個大綱提示，叫它「幫我寫出第 3 週 5,000 字教材」，然後看著它吐出文筆極度流暢、滿篇排比句與高級單字的文章，心滿意足地貼到講義裡。
結果仔細一查，慘絕人寰：
- 事實時空穿越：把公司今年剛變更的資本額，寫成十年前創立時的規模。
- 名詞精神分裂：同樣講「決策權」，第 2 週叫
decision right，第 6 週變delegation of authority，第 11 週又變成模糊的empowerment，學生讀到精神崩潰。 - 滿滿 AI 廢話：文章充滿了「In today’s fast-paced digital era...」、「It is crucial to remember that...」這種空洞的罐頭說詞。
- 數字自欺欺人：以為文章寫了 5,000 字，結果一測，發現網址、HTML 代碼、註解佔了 1,500 字，學生真正能讀到的有效字數根本不及格。
在我們的 Agent 流程中，我們確立了一個根本信念：生成文字是最廉價的一步，嚴密確證文字才是最貴的資產。
我們不再把 AI 當作「代筆作家」，而是把它拆解成一個具備嚴密制衡機制的「學術出版社編輯部」。
二、解構：給大學老師的 4 大 Agent 角色分工
為了防止「球員兼裁判」導致的自欺欺人，我們在工作流程中強制切分了權限。任何一個 Agent 都不能既寫作又審查，更不能由單一 Agent 自行決定完工。
［教授的教學理念與核心骨架］
│
▼
┌────────────────────────────────────────────────────────┐
│ 1. Chief PM Agent（專案總管塔） │
│ - 勒住教授的脖子，防止衝動覆蓋版本 │
│ - 鎖定版本狀態 (Hash)、管理變更依賴圖 (Impact Map) │
└─────────┬──────────────────────────────────────────────┘
│ 派工
▼
┌────────────────────────────────────────────────────────┐
│ 2. Research Authority Agent（考據學者） │
│ - 建立「案例聖經」(Case Bible)：拆分事實／推論／未知 │
│ - 追查 Top-tier 期刊、官方政府登記與 DOI │
└─────────┬──────────────────────────────────────────────┘
│ 產出權威文獻與邊界檔
▼
┌────────────────────────────────────────────────────────┐
│ 3. Bounded Writer Agent（學習設計與撰稿） │
│ - 嚴格在研究邊界內撰寫英文教材 │
│ - 計算「學生實讀字數」(Learner-visible words) │
│ - 執行反 AI 罐頭腔審查 (Anti-AI Voice Audit) │
└─────────┬──────────────────────────────────────────────┘
│ 提交至隔離提案夾
▼
┌────────────────────────────────────────────────────────┐
│ 4. Strict Reviewer Agent（黑臉審查官） │
│ - Rapid Gate（二元硬指標阻擋） │
│ - 查核 Claim Ledger：每句話能否回溯文獻來源？ │
│ - 檢查答案外洩、DOI 巢狀標籤、排版崩潰 │
└─────────┬──────────────────────────────────────────────┘
│ 取得 Reviewer-Cleared（內在品質通關）
▼
［教授的最終審查與核准：Instructor-Approved］
1. Chief PM Agent（冷酷的專案總監）
這個角色最重要的任務，就是阻止老師毀掉專案。
- 治理雜湊值（Canonical Hash）：只要老師或 Agent 想動任何一個檔案，Chief PM 都會檢查基底版本是否正確。如果你基於舊版本提修訂，它會毫不留情地把你打回票，避免「覆蓋式悲劇」。
- 維護控制塔（Control Tower）：隨時記錄哪一週通過了什麼審查、哪一週因為什麼錯誤被阻擋（Blocked）。失敗的歷史不能隨意刪除，因為那是未來排錯的唯一證據。
2. Research Authority Agent（學術考據狂）
教材絕對不能建構在 AI 的模糊記憶上。這個 Agent 負責打底：
- 建立「案例聖經」（Case Bible）：這是一份極度冷血的檔案，把所有案例資訊嚴格分為四類：【已確認事實】、【研究者合理推論】、【教學虛構情境】 與 【目前未知】。
- 嚴防時間線錯亂：例如我們在案例中發現公司登記資料隨年份有多次變更，考據 Agent 必須立下邊界——後續變更的資本額，絕不能回推套用在創辦初期的故事裡。
3. Bounded Writer Agent（戴著鐐銬跳舞的撰稿者）
當文獻與案例聖經備齊後，撰稿 Agent 才能進場，且必須遵守嚴苛的寫作公約：
- 只計算「學生看得見的字數」（Learner-Visible Words）：HTML 標籤、網址、參考文獻、程式碼通通不能灌水。設定 5,000 字門檻，就必須實打實寫滿 5,100 字（保留 100 字的安全緩衝區），強迫用深度案例與理論機制填補，而不是靠廢話充數。
- 反 AI 語氣自審（Anti-AI-Voice Self-Audit）：自動抓出假對稱排比、過度空泛的修飾詞、制式的總結句，讓英文保持教科書的專業與沉穩。
- 教學鷹架內嵌：每週強制包含名詞解釋（Glossary）、架構圖（SVG）、3 題深度評量，以及最重要的——「No AI 反思任務」，設計必須離開螢幕、動筆思考或小組激辯的活動。
4. Strict Reviewer Agent（六親不認的審查官）
很多老師做教材最容易犯的錯誤就是「自己寫完自己看，越看越滿意」。這個 Agent 是完全獨立的「黑臉」：
- Rapid Gate（快速熔斷）：字數不夠？退件。文獻有假 DOI？退件。格式有錯？退件。連內文都還不用細讀，直接擋下，省下大量算力與時間。
- Focused Review（聚焦核對）：逐句核對主張登錄表（Claim Ledger）。這句話說「某理論能提升 15% 績效」，來源論文在哪裡？是哪一年、哪位作者、樣本是誰？如果論文只是相關性，內文卻寫成因果關係，立刻開出 Blocker（致命瑕疵）。
三、驚豔的突破：Agent 讓「內容確認」有了什麼全新做法？
在這套工作流程運行後，我們驚訝地發現，過去讓我們頭痛萬分的確認工作，被轉化成了四種極為優雅的機制：
1. 「時間線錨定」與「邊界防護」
以前編案例，最怕把坊間新聞報導未經證實的八卦寫進去。在我們的流程中，參考書只被允許提供「核心概念骨架」（例如策略四要素），正文絕不直接翻譯、不露出未公開網址，並明訂本教材是基於公開事實與獨立學術設計。這種「邊界意識」由 Agent 在寫作前就先釘死，從源頭杜絕了抄襲與侵權風險。
2. 受控詞彙庫（Controlled Vocabulary）：消滅前後矛盾
一本 18 週的書，最忌諱前半本叫 A，後半本叫 B。
當 Week 2 出現了角色衝突、決策權、當責性（accountability）時，Agent 就會將其登錄進受控詞彙庫；到了 Week 18，審查 Agent 會比對全書詞彙，確保同一個管理學理論在整本書的語境始終如一。
3. 衝擊分析（Impact Map）與通行證：隨便你怎麼改！
這絕對是大學老師的終極救星！
當老師突然靈光一閃：「我想把第 7 週的案例問題換掉！」
在過去，這意味著整本書要重讀、重校對，助理直接提離職。但在我們的系統中：
- 每一週只要通過審查，就會拿到一張「連續性通行證」（Continuity Passport），記錄了當前內容的唯一特徵（Hash）。
- 當第 7 週被修改時，Chief PM 會沿著依賴圖（Dependency Graph）做衝擊分析（Impact Analysis）：它精準計算出這項變動只會影響到第 1~7、9、11、18 週，以及課程大綱首頁。
- 其他沒有被波及的單元，憑著通行證直接安全過關！ 審查 Agent 只需要集中火力重新核對那幾個受影響的段落。老師愛怎麼改就怎麼改，系統再也不會全盤崩潰。
4. 關鍵界線：「機器審查通過」不等於「教師正式核准」
這是整套流程中最具哲學意味的設計：reviewer-cleared ≠ instructor-approved。
無論 Agent 跑了幾百次測試、文獻核對得多麼完美、甚至網站都已經透過 Git Pages 技術發布且讀回 200 OK，系統上的狀態標籤永遠只會停留在：instructor_status: pending（等待教師審核）。
為什麼？因為 AI 可以幫你核對數字對不對、文獻存不存在、英文文法優不優美，但這門課究竟想傳遞什麼價值觀？這個案例對我們班上的國際學生是否合適？這份評量是否切中教學核心？
這些身為教育者的靈魂判斷，永遠只能由教師親自簽字畫押。
四、實戰成果：一個人，就是一家學術出版社
這套機制最後產出了什麼？
- 真實可讀英文正文：18 個單元、總計 115,518 個單字（平均每單元超過 6,400 字，完全符合硬門檻）。
- 互動學習閱讀器：告別呆板的 PDF，生成支援手機與桌面的流暢單欄網頁，內建劃重點（Highlight）、底線、筆記（Note）、無個資存於瀏覽器的隱私保護機制，並支援 Markdown/JSON 筆記匯出與列印最佳化。
- 全書 0 破壞回歸：18 個單元的 SVG 架構圖、文獻解析、課堂評量與解答隔離全部自動測試通過。
如果純靠人力，一位老師要同時教書、做研究、帶研究生、處理校內行政，光是生出這 11 萬字的紮實內容、查完數百篇頂級期刊的 DOI、調好排版與程式碼，至少需要 一年以上 的滿載工時。
但在 Multi-Agent 的協同下，我們把無數次想隨興改版面、改設定的「衝動」，轉化成了每一次嚴謹的「受控升級」。AI 承擔了最枯燥的考據、一致性檢查、程式排錯與格式治理，讓老師把最寶貴的時間，留在每週教學問題的設計與最終內容的價值把關。
五、給大學老師的 3 個上手建議
如果你也想開始嘗試用 Agent 來協助建構長篇課程教材，請記住以下三個心法：
- 先做 Week 1 樣章門檻（Sample Gate），不要貪心一次生全書：
在把提示詞發給 18 週之前，先把第 1 週當作白老鼠。把你的排版規範、字數計算邏輯、文獻查證標準在第 1 週徹底磨合一次。第 1 週能跑通，後面 17 週才不會變成災難的 17 倍放大。 - 把「案例聖經」放在撰寫之前：
別急著讓 AI 寫故事。先開一個文字檔，把你要講的案例事實（年份、事件、數據、公開來源）條列出來，命令 AI：「不在這個檔案裡的事情，一律不准自己腦補成真實事件。」 - 享受自嘲，但對「最後核准」保持敬畏：
我們隨時都可以推翻昨天的自己、隨時可以改版面，這很正常，這就是教學設計的探索過程。但請享受這種探索，並把「按下最後確認鍵」的權力牢牢抓在自己手裡。因為當學生走進教室時，站在講台上面對他們的，不是螢幕裡的 Agent，而是你。