20260909｜CM108G《Become Judy》教科書專案歷程與 Agent 治理報告

文件目的

本報告把 CM108G《Become Judy》18 週英文教科書專案，從 2026-09-06 的起點到 2026-09-09 的目前狀態，依時序整理成一份可供大學教師參考的案例。重點不只是「做出了哪些頁面」，而是說明：當教師手上有一本可參考的書、自己的課程理念、最新研究與既有教學網站時，如何把這些材料轉化成一套獨立、可追溯、可持續維護的教材系統。

本報告的資料依據包括：指定 Codex 任務 20260906｜YZU｜Become Judy 管理學教科書 (2) 的可讀對話、專案正式控制檔、研究與 Review 交接檔、目前的機讀測試報告，以及課程網站與 NotebookLM 交接紀錄。凡是對話沒有直接呈現、但由正式控制檔記錄的內容，以下會標示為「專案控制紀錄」，不把 Agent 的推論冒充成教師當時的原話。

一、先看結論

這個專案之所以拖得久，不是因為單純把一篇文章重寫很多次，而是因為它同時處理了五種工作：

1. 把參考書的核心框架轉成符合 CM108G 課程目標的獨立教材。
2. 為 18 個單元各自補上研究、案例證據、教學活動、評量與來源界線。
3. 讓不同 Agent 不能互相覆蓋、不能把推論寫成事實，也不能由作者自己審查自己的稿件。
4. 把 Markdown、研究登錄表、claim ledger、SVG、HTML、閱讀器、下載與列印功能，組成同一套可測試的產品。
5. 在內容持續修訂後，還能知道哪些地方必須重審、哪些地方可以依照既有證據快速接續。

截至本報告撰寫時，機讀的目前 D-015 word-count report 顯示 18 個單元共有 115,518 個 learner-visible English main-body words，最低單元為 5,193 字；18/18 均通過 5,000 字硬門檻與 5,100 字 authoring buffer。18 個單元均已達到 intrinsic reviewer-cleared，但尚未取得 instructor-approved。課程頁與教材頁已完成一次受控 Git／Pages 發布與公開讀回；這是技術發布，不等於教師完成正式核准。

二、專案真正採用的教材生成模型

本案不是「參考書 → 翻譯 → 網頁」，而是下列轉化鏈：

參考書的少數核心概念
        + 教師自己的課程問題與教學設計
        + Become Judy 公開案例與課程材料
        + 最新期刊研究、官方資料與權威報告
        + No AI 思考、評量與跨文化教學安排
        ↓
研究權威與證據邊界
        ↓
單元專屬 manuscript、glossary、assessment、resources
        ↓
獨立 Reviewer、HTML／SVG／閱讀器 QA、教師審核
        ↓
課程網站與可刷新 NotebookLM 閱讀鏡像

參考書在這裡提供的是「概念骨架」，不是學生頁面的主要文字來源。專案最後把三谷宏治 2019 年的日文書名保留在正式書目中，英文只標示為 editorial translation；教材說明 Target、Value、Capability、Revenue Model 四個問題如何啟發課程架構，同時明確說明其他內容是依教師提供的課程／案例資料與各單元的理論、證據、應用及實務分析獨立設計。這條界線是 D-014、D-018 的核心。

三、教師明確決定與工程治理決定的區分

這個專案的歷史中，同時存在教師提出的方向、教師後續授權，以及 Chief PM 因查核結果所建立的工程規則。三者不能混寫：

因此，本報告所說的「教師決定」主要指前四列與後續明確授權；D-012、D-015、D-016、D-017、D-018、passport 與 staged review 則是由 Agent 執行過程提出、經 Chief PM 固化的工程治理結果。

四、依時序整理重大轉折與決定

2026-09-06：從構想到可執行的 18 週專案

教師當時下的方向

在指定任務的初始要求中，教師確立了幾個不可省略的條件：

• 對應 CM108G 的 18 週課程建立英文教科書，而不是另外發展一門課。
• 每個單元的主要閱讀正文至少 5,000 個英文單字。
• 參考書作為主要概念基底，但要改寫成適合本課程的內容，不能直接複製。
• 內容要配合多元班級，提供不同國家、語言與制度背景的觀點，但不能把國籍當成固定人格。
• 每個單元要有學習地圖、No AI 任務、最多 15 個名詞解釋、3 題評量／反思題、表格、SVG 架構圖、APA 參考資料與可查閱連結。
• 以最新管理學研究、Top Tier journal、官方資料與權威機構報告支撐理論；研究不能只是 Writer 找到什麼就全部放進去。
• 使用多 Agent 輪替，最多同時 3 個工作 Agent，分別處理研究、寫作／學習設計與獨立 Review。
• 先做完整工作計畫與 Week 1 樣章，再決定是否擴展到 17 個單元。

這些要求後來被持久化為 D-001 至 D-010，包括正式輸出根目錄、18 週／5,000 字、Week 1 sample gate、Chief PM 統合角色、教師核准與 Reviewer clearance 分離、學生資料去識別化、未經授權不得發布，以及全書術語與跨週影響治理。

這一階段的第一個實際發現

Agent 先確認教師訊息中指定的 C 槽路徑當時不存在，課程名單的實際檔名也與訊息中的顯示略有不同；因此先定位正式路徑與來源檔，而不是猜一個看似相近的資料夾直接寫入。讀回課程資料後，確認班級共有 61 人，其中 24 位 ROC、37 位國際學生。後續只把這些資料當作去識別化的案例設計背景，不把姓名、學號或 Email 寫入教材。

參考書公開匯出內容可讀取，Agent 把它整理成約 6 個大章、41 個主題節點，核心包括 Target、Value、Capability、Revenue Model，並延伸到共同語言、IT／AI、微觀經濟學與經營戰略史。這個讀回結果讓專案確定「以書為骨架、以 CM108G 長案例與管理學研究重新組織」是可行方向，但同時也確認不能直接翻譯原書。

第一個正式決策

Work Plan v0.3 將範圍固定為 18 個單元，每單元主要正文至少 5,000 字，先做 Week 1 sample chapter，通過研究、Case Bible、Context Boot、Strict Review、anti-AI-voice、HTML／SVG QA 與 Chief PM continuity validation 後，才展開其餘單元。這是把「想做一本教科書」轉成可以逐步放行的專案。

2026-09-06 至 2026-09-07：樣章使隱藏問題浮現

Week 1 研究與 Case Bible 建置時，原始案例資料中出現「設立時資料」「後來變更資料」「目前登記資料」混在一起的問題。研究並未只查一個目前欄位，而是重新核對政府登記歷史與目前 GCIS 資料，最後建立 Case Bible v0.2，並把公司設立、後續變更與目前欄位分開。這形成 D-012：後來資料不能回推到較早日期。

Week 2 的研究則發現角色衝突、角色模糊、delegation、decision right、accountability、human oversight 與 human review 如果沒有共用定義，後面每一週可能會用不同方式解釋同一概念。D-011 因此把這些詞納入全書 controlled vocabulary。

Week 3 又發現 risk 在決策模型與企業／倫理風險中不是同一個範圍，且 NIST AI 600-1 的作者身份與另一份 NIST AI RMF 1.0 不能混用。D-013 因此把 uncertainty、deep uncertainty、Knightian uncertainty、option lens、strategic response 登錄，並把兩種 risk 用法分開。

這些不是文字潤稿，而是教材知識結構的修正。若沒有獨立研究 Agent、Case Bible 與術語登錄，很容易出現「整篇英文很順，但時間線錯誤、作者錯誤或同一名詞前後不一致」的情況。

2026-09-07：三個重要的設計改向

1. 從 raw Markdown 字數改為 learner-visible 字數

早期字數判定曾把 Markdown 原始 token 當作主要依據。實際建置後發現，URL、HTML 標籤、註解、glossary、assessment、references 與介面文字都可能讓原始數字膨脹，卻沒有增加學生真正閱讀的正文。因此 D-015 改為：只計 main-body 標記之間、學生看得到的英文；連結標籤計入，但網址目的地不計；連字號複合詞算一字。

同時加入 5,100 字 authoring buffer，避免後續刪除內部標記或修正證據界線後跌破 5,000 字。這項改動讓原先「似乎全部通過」的說法失效，迫使數個後段單元以理論、證據、應用與 transfer 實質增補，不能用重複表格或網址灌字數。

2. 從 journal-style 雙欄正文改為單欄閱讀

原始規劃要求寬螢幕採 journal paper 雙欄。完成長篇教材與閱讀器後，專案發現雙欄會切斷長篇閱讀，也增加表格、SVG、標註與手機版的互動負擔。D-016 因而退休雙欄正文，改為桌面、平板與手機都維持一個連續閱讀欄；桌面仍可有導覽列與控制區，但不把它算成第二個正文欄。

3. 從一般教材頁改成可學習的閱讀器

專案重新讀回已驗證的 Adobe 案例閱讀頁，把它轉化為共用 reader：Highlight、Underline、Add note、My notes、Return to text、Delete、Clear、Print，以及 Markdown、JSON、marked HTML、plain text 匯出。標註存在學生目前瀏覽器的 localStorage，不上傳課程網站，也不要求學生輸入個資。

這個決策把教材從「靜態 HTML」提升成「學生可以留下閱讀痕跡的教材介面」，但也增加了鍵盤焦點、重新載入、手機寬度、列印與下載的測試責任。

2026-09-07：參考書界線與寫作聲音被正式化

專案後續發現部分候選頁面使用了沒有來源支持的英文書名 The New Business of Management，也需要讓學生知道教師如何受到參考書啟發、哪些內容則是教師自己的課程設計。D-014 與 D-018 因此要求：

• APA 使用正式日文書名與明確的 editorial translation。
• 學生頁面可以說明作者與四要素框架，但不得露出教師提供的 Google 文件網址。
• 每週 resources 都要說清楚：本書是概念起點；其餘內容是教師提供資料與各單元專屬理論、證據、應用與實務分析的獨立設計。
• 不能把教材稱成參考書的翻譯、續編、官方英文版或替代品。

同一時期，D-009 與 Work Plan v0.3 把 avoid-ai-writing 納入英文稿件治理。Writer 先做 rewrite-mode self-audit，Strict Reviewer 再以 detect-mode 檢查制式開場、空泛強調、假平衡、密集小標、過度三項排比、模糊歸因與機械式結尾。這個檢查不准改變事實、證據狀態、因果限定語或引用，只處理不自然的生成式寫法。

2026-09-07 至 2026-09-08：從三段式審查變成可恢復的治理系統

早期的 Reviewer 做完整深度 Review，容易在一開始就把大量時間花在尚未需要的段落。另一方面，若 Reviewer 在讀取上下文時遇到版本漂移，又不能假裝自己讀到的是最新檔案。於是 D-024 與 REVIEW_EFFICIENCY_PROTOCOL.md 建立三階段流程：

Preflight／change map
        ↓
Rapid Gate：先抓二元 blocker
        ↓
Focused Review：只深讀變更、高風險與直接依賴
        ↓
Final Review：只在修正後重新確認必要範圍

這套流程的核心不是少做 Review，而是把 Review 的成本放在「會改變決策的地方」。已有 passport 且 canonical hash 沒有變更的單元，可以透過 continuity cache 與 targeted sample 接手；只要 Case Bible、來源、術語、D-014／D-018、anti-AI、reader、依賴圖或教師核心概念改變，就必須重新打開相應範圍。

實際執行時，多次出現「看似只要改幾行，但版本控制本身已變動」的情況：

• Week 15 Agent 讀到 v26 task packet、根目錄已前進到 v27，於是停止，不產出研究結論；同步到 v28 後才重新 Boot。
• Week 16 Writer 第一次讀取 v41／v42 漂移版本，沒有產生 proposal；同步到 v43 後才重新執行。
• Week 18 Strict Reviewer v1 發現 v60 freeze 後 pm_state.json 又被補寫 thread ID，形成控制檔 hash mismatch；該包保留為 immutable BLOCKED 歷史，接著以 v61 重跑 Context Gate 與 Focused Review。

這些 Agent 沒有「白做」。它們替專案證明了某個版本不能被採用，避免在錯誤上下文中修改正文。若只追求看起來快速，最容易發生的結果就是把舊資料、錯誤來源或已被替換的控制檔混進新教材。

2026-09-08：逐波次擴展，並由真實 blocker 驅動修復

Week 5 至 Week 18 並非一條直線完成，而是依照每一週的研究權威、Writer、QA 與獨立 Review 逐步放行。以下列出最能說明「為什麼 Agent 會增加」的實例：

每次 blocker 都要保存原始包、修復提案、canonical integration、QA 與新 Review，而不是直接覆蓋舊檔。這樣教師日後才能回答「哪一版曾經被擋下來、為什麼、後來只改了什麼」。

2026-09-08：完成全書內在品質後，仍不直接宣稱教師核准

Week 18 通過後，Chief PM 進行 full-book regression：目前機讀 D-015 報告為 18/18 通過，18 個 source-ID resolution 通過，18 頁 desktop／mobile structural smoke 通過單欄、五檔字級、SVG／表格區域與 zero console／page errors。接著建立第一批教師審核包，先安排 Weeks 01–03，因為這三週共同建立：

• 進入案例的證據界線。
• creator、manager、entrepreneur 的角色語彙。
• Evidence / Inference / Unknown 紙本 worksheet。
• 不完整資料下的 decision memo 與後續單元銜接。

D-093 與 teacher_review_batches.md 將這三週作為 Batch 01，但仍維持 instructor_status: pending。這個區分很重要：AI 與 Reviewer 可以完成內在品質檢查，不能替教師完成課程價值判斷、班級適切性判斷與正式核准。

同一階段也建立 Weeks 01–04 的 retroactive continuity passports。這些 passport 不是重新 Review，而是把原本已通過的 package、目前 hash、共享 reader 覆蓋範圍與 impact triggers 接起來，讓未來不必每次從零開始讀完整本書。

2026-09-08 至 2026-09-09：接回原本的上課網頁

教材完成內在品質後，才開始與原本的 CM108G 課程頁接合：

• 將 canonical 06_web 的 HTML、CSS、JavaScript 與 SVG 複製到 SONIC repo 的教材路由，41 個檔案以 SHA-256 比對。
• 課程首頁的 18 張週進度卡加入 textbook/pages/week-{NN}.html 直接講義連結。
• 因本機 main 有無關 staged／unstaged 變更且與遠端分歧，改從乾淨的 origin/main 建立 isolated worktree，只提交 CM108G 相關檔案。
• 最新修訂以 13 個實際 CM108G 檔案組成 commit 7420d40225d2a3b0e0af463e177501544e284550，Pages workflow 34291851326 成功，課程入口、教材索引與 Week 01–18 公開路徑均 HTTP 200 讀回。

這個階段再次證明「教材完成」「接回網站」「Git 發布」「Pages 部署」「教師核准」是五件不同的事，不應用其中一件推論其他四件都完成。

2026-09-09：公司證據邊界的跨頁 impact revision

後續討論又改變了 Become Judy 長案例與 Week 7 capability prompt 的證據界線。這不是只改 Week 7 的一頁，而是先做 impact analysis，再涵蓋 Weeks 1–7、9、11、18、課程首頁、textbook index、長案例中英版本、Week 1–3 prompts 與目前 quiz／planning 文件。

獨立 impact review 回報 PASS_WITH_MINOR_REVISIONS，Chief PM 只完成兩個 bounded repair：

• Week 7 改成 evidence-bounded capability question。
• 長案例英文補上與中文相稱、且仍受公開來源限制的日期與 entity labels。

修訂後再做 18/18 deterministic QA、受影響週 source-ID validation、全書字數回歸與 index／quiz propagation。這種「一個核心概念改動，沿依賴圖追蹤所有下游表面」的能力，是單篇稿件審查通常沒有的。

五、為什麼會生出這麼多 Agent

1. 18 個單元本身就形成至少 18 條工作鏈

每個單元都不是一個檔案，而是至少一組研究資料、claim ledger、manuscript、glossary、assessment、resources、SVG、HTML 與測試證據。正常路徑可簡化成：

Research Authority
      → bounded Writer
      → Chief PM readback／canonical integration
      → build／static QA／browser QA
      → independent Strict Review
      → Chief PM adjudication／passport

若每一週只使用一個 Agent，它就同時扮演研究者、作者、審查者與整合者，容易產生自我確認與錯誤被帶入下一階段的問題。分工增加了 Agent 數量，卻降低了單一錯誤一路滲透 18 週的機率。

2. 失敗與修復不能共用同一份結果

Week 5、8、10、11、13、15、16、18 都留下了 blocked 或 context-stop 的歷史包。這些包不能直接刪掉，因為它們是「問題如何被發現」的證據。修復後必須由不同 Reviewer 或同一 Reviewer 的新 retry package 重新判定，不能由原本的 Writer 自己說已修好。

3. Agent 數量增加，但同時執行量受限

本專案規則是 Chief PM 持續統合，Chief PM 之外最多同時 3 個工作 Agent。這表示「很多 Agent」是時間上的接力，不是 50 多個 Agent 同時修改同一個目錄。正式 PM control tower 的完整文字可解析出 55 個 unique Agent thread IDs；其 Agent table 記錄 54 次工作指派，其中兩次是同一 thread 的 retry。pm_state.json 目前狀態表則保留 40 個 Agent entry、38 個 distinct thread IDs；兩者是歷史登錄與當前狀態的不同統計口徑。

4. 每個 Agent 都有獨立寫入範圍與交接責任

Research Agent 不能改 canonical module，Writer 只能寫 exclusive proposal directory，Strict Reviewer 只能寫 review package，Chief PM 才能在讀回與 scope proof 通過後做 canonical integration。每個 Agent 還要留下 context readback、work report、source changes、unresolved questions、claim updates、terminology updates 與 next-agent instructions；Reviewer 另須留下 Rapid Gate、Focused Review、Final Review 與 passport。

這些檔案看似很多，實際上是在把「我看過了」「我改了什麼」「我還不知道什麼」「下一個人要先注意什麼」變成可讀的工程證據。

六、如果由人力完成，為什麼可能需要一年以上

以下不是正式工時研究，而是依本案規模所做的合理估計。

• 最低正文量已是 18 × 5,000 = 90,000 個英文單字；目前機讀正文總量為 115,518 字。
• 這還不包括每週研究 dossier、文獻查核、案例資料、claim-to-source mapping、glossary、assessment、SVG、HTML、CSS、JavaScript、瀏覽器 QA、列印與下載證據。
• 一位教師還要同時備課、授課、批改、處理行政與進行研究。若以每天實際能投入教材的時間有限，光是產出可讀的 90,000 字就可能需要數個月；再加上研究、查證、跨週一致性、改稿、網站整合與教師自審，超過一年是合理情境。

AI 的價值不是把教師的判斷消失，而是把大量可拆解、可平行、可重跑的工作交給受控 Agent：研究者找來源並列出限制，Writer 轉成教學語言，Reviewer 交叉檢查引用與推論，QA script 檢查機械條件，Chief PM 保留證據與控制範圍。教師仍負責核心觀點、課程目的、取捨、案例倫理與最終核准。

七、這麼做的實際效益

對教師的效益

1. 可以控制語氣與寫法：正文英文保持教科書正式度；必要時用 No AI 任務讓學生先思考；中文行政與交接資料維持臺灣繁體中文。
2. 可以控制改寫幅度：參考書只提供概念骨架，不直接複製原文；每個 claim 都能追到來源與可用範圍。
3. 可以交叉查核引用：作者、年份、DOI、期刊、方法、樣本、限制與正文用語分開檢查。
4. 可以持續更新：新研究或新案例資料出現時，先做 impact map，只重開受影響範圍。
5. 可以保留被否決的歷史：blocked package 不會被後來通過的版本抹掉，方便教學研究與日後追溯。

對教材品質的效益

1. 研究、教學設計與 Review 彼此獨立，降低自我審查的盲點。
2. Case Bible 將 confirmed fact、researcher inference、fictional-composite teaching scenario 與 unknown 分開。
3. 多元文化內容改用制度、語言、勞動規範、權力與市場條件解釋，不把國籍變成性格標籤。
4. 每週教材不只是一篇文章，而是連接前後單元、紙本活動、評量與後續決策的學習路徑。
5. 內容與 HTML reader、SVG、手機版、鍵盤、列印、下載同時驗證，降低「文字正確但學生用不下去」的風險。

對長期維護的效益

Passport、SHA-256、context manifest、source register 與 handoff 讓下一次工作可以回答三個問題：

• 哪些內容真的變了？
• 哪些依賴因此受到影響？
• 哪些已經驗證過、可以安全沿用？

這使教材從一次性生成物，變成可以隨研究、課程與網站更新而維護的版本化教學資產。

八、目前的狀態與教師下一步

目前最重要的未完成項不是再開新的 Writer，而是教師審核 Batch 01：Weeks 01–03。教師應逐週確認開場問題、Evidence／Inference／Unknown worksheet、跨文化案例、No AI 任務、閱讀量、評量與前後週銜接。若教師意見涉及核心概念、案例事實、來源解釋、術語、reader 或依賴關係，就要形成 Question ID、影響單元、證據、缺少證據、後果與建議行動，再由 Chief PM 重新做 impact analysis。

教師核准後，才可把明確核准的單元改為 instructor-approved。目前 reviewer-cleared、Git／Pages 公開讀回與 NotebookLM fresh source 都不能單獨替代這個判斷。

九、主要證據檔案

• 指定 Codex 任務的專案起始計畫
• 專案工作規範
• Chief PM 控制塔
• 機讀狀態
• 已確認決策
• Reviewer 效率協定
• 教師審核 Batch 01
• 目前 D-015 word-count report
• 目前專案交接

附註：數字版本差異

較早的 D-092 與 root HANDOFF.md 頂端曾記錄 115,575 字；目前正文依 qa_unit.py 的同一套 learner-visible 規則重新讀算為 115,518 字，且目前 word-count-report.csv、.json、CONTENT_INDEX.csv 與 pm_state.json 的 unit-level 數字一致。這份報告採目前機讀結果；較大的數字保留為歷史摘要，不作目前驗收數字。