- 工作模式
- 一般對話,接上 Google Drive,搭配我寫好的技能(skill)
- 個人化設定
- 沒有要求它扮演批判或反思的角色,這是刻意的安排
- 負責
- 建立共用的閱讀材料、把我的想法整理成第一版教學指引、最後整合兩方意見
重點摘要
- 教學指引的骨架,來自我讀完個案後寫下的原始提問;AI 負責的是整理結構、查證事實與挑出錯誤。
- 三個工具刻意分工:Gemini 不設定批判角色,專門求快產出第一版;ChatGPT 與 Claude 的個人化設定都強制切割「事實、假設、推論」,負責把關。
- 操作順序是「快速初稿 → 平行點評 → 交叉點評 → 整合 → 再點評」,所有版本都存在同一個雲端資料夾,交接的是檔案,而不是貼來貼去的對話。
- 多一輪點評真正改善的,是把主張改回問題、把決策時點固定下來,並在整合之後再檢查一次,避免條件與來源在整合時被刪掉。
- 放在專案資料夾、擁有專屬記憶的 Claude,最能依我過去的討論與規範輸出;這是「模型、設定與脈絡」共同造成的結果,不是單純比較模型。
- AI 之間收斂的是事實與結構;要用哪一版、怎麼帶學員,最後仍由上課的人決定。
一家供應鏈資料平台,在成功的時候決定轉型
這次備課用的是一篇國外商學院的教學個案。為了尊重個案的授權,也因為裡面的討論議題還要在課堂上使用,以下只保留理解操作方法所需的情境:公司名稱、數字、政策與人物細節都已模糊化。
個案公司是一家用 AI 整合供應鏈資料的新創。它的第一代產品像一張供應鏈地圖,把公開資料和客戶自己的資料結合起來,讓企業與政府看得到多層供應商之間的關係與風險。它的特點是客戶的原始資料不必交出去:AI 模型到客戶自己的環境裡學習,只把學到的結果傳回來。
隨著各國開始要求進口商證明供應鏈的來源,這項服務找到了市場。就在業績看好的時候,經營團隊決定轉型:從「讓客戶看得到」,轉向「讓買方、供應商、物流商與主管機關在同一個平台上交換與驗證文件」。轉型要重寫核心系統、犧牲短期營收,而且只有有限的時間證明新模式行得通。
| R1|第一代供應鏈地圖 | R2|第二代協作與文件交換平台 | |
|---|---|---|
| 產品定位 | 讓客戶看見供應鏈的關係與風險 | 讓多方交換、驗證合規文件 |
| 架構特點 | 每個客戶的資料彼此隔離,原始資料不離開客戶 | 允許跨組織請求與分享資料,對方不一定是付費客戶 |
| 市場驗證 | 已經找到市場 | 尚未確立 |
| 限制與代價 | 每個客戶一套獨立環境,成本高,只有大型組織用得起;客戶之間無法分享資訊 | 要重寫核心系統、資源從業務移往研發,而且有時限 |
決策當時看得到的
決策之後才發生的
- 這是一個「在成功的時候轉型」的決策:第一代有營收、有大客戶,第二代有更大的想像,但還沒有被驗證。
- 讀者不需要知道個案細節,也能看懂後面的操作:三個 AI 爭論的,正是「哪些證據可以支持這個決策」。
一切從我的原始提問開始
這份教學指引不是 AI 憑空生成的。整段對話從我在 Gemini 裡下的兩道指令開始:第一道請它用我寫好的技能(skill)處理個案材料,建立三個 AI 共用的閱讀材料;第二道是我讀完材料之後,用口語寫下的教學想法,大約一千兩百字。
後面 ChatGPT 與 Claude 的評估,用的標準也是這段原始提問。我給它們的指令是:「評估他的分析方法跟我的提問要求,提出你的版本。」三個 AI 爭論的不是「教案寫得漂不漂亮」,而是「有沒有忠於老師的問題意識」。
指定雲端上的個案檔案,請 Gemini 使用我寫好的技能處理。(原句含個案名稱,這裡改寫)
「是的,針對這個個案設計課前閱讀問題跟教學討論架構。這裡會有幾個關鍵議題。」(接著是六個問題意識,以下為摘要)
從台灣可以感知到的角度來理解
兩代產品之間的差距,是否足以支持轉型
一個關於客戶依賴關係的判斷
一個學術界的類比,加上一段職場劇的情節
學生一定搞不懂
不是要用道德批判,而是它的經濟模型長什麼樣子
- 原始提問決定了教案要回答什麼問題;三個 AI 的評估,都是拿它當標準。
- 其中一個我自己的判斷,後來被 ChatGPT 與 Claude 指出寫得太武斷。老師的判斷也可以被挑戰,這正是交互點評的價值。
三個 AI,一開始就分好工
三個工具不是拿來比誰比較聰明,而是依兩件事分工:它在哪一種模式下工作,以及我在它的個人化設定裡要求了什麼。
- 工作模式
- 一般對話模式,接上 Google Drive,沒有放進專案資料夾
- 個人化設定
- 核心指令強制切割「事實、假設、推論」,並要求事實查證
- 負責
- 評估初稿的分析方法、評讀 Claude 的版本、整理來源與數字
- 工作模式
- 專案模式(Projects),放在我專門處理企業議題與個案討論的資料夾,有專屬記憶
- 個人化設定
- 同樣強制切割「事實、假設、推論」,並要求事實查證
- 負責
- 對照我的提問要求評估初稿、寫出自己的版本、回頭更正原交接檔的錯誤
為什麼不讓三個 AI 都扮演批判者?
如果三個工具都在挑毛病,就沒有人負責快速產出第一版。我需要一個以速度為主的 AI,先把想法變成有結構的初稿,批判與查證留給後面兩個工具。Gemini 的個人化設定沒有要求批判角色,就是為了讓它專心做這件事。
代價也很清楚:Gemini 會順著我的說法寫,甚至把我還在探索的提問寫成結論。這個缺點,正好由後面兩個工具的點評補上。
十六個步驟:每一步丟了什麼、得到什麼
按下播放,圖會依時間順序走過十六個步驟。實線框是這一步的主角;虛線框是被交出去的檔案;箭頭從檔案的來源出發,指向接手的工具。三個 AI 都從同一個 Google Drive 資料夾讀檔與寫檔。點任何一列,就會看到那一步我下的指令、得到的產出,以及背後的原因。
多一輪點評,究竟改好了什麼
選一個議題,看它在三個 AI 之間怎麼被修訂。每個議題都從「起初」走到「收斂」,中間那一步,通常就是另一個 AI 的點評。
把找到的問題分成三堆
ChatGPT 與 Claude 的個人化設定都要求切開事實、假設與推論。這一步最大的價值,是讓初稿裡混在一起的東西各歸其位:事實要查證,錯了就改;假設要說清楚是假設;推論可以拿到課堂上討論,但不能寫成要學員背下來的結論。
事實
可以查證。查證後不符合,就直接更正。
假設
沒有公開資料,先標明是假設,數字當成佔位,並說明怎麼反算檢驗。
推論
是分析者的判斷,可以拿來辯論,但不能包裝成個案原文或標準答案。
- 初稿的事實錯誤,都是「看起來很合理」的連結:把整體數字歸給個案公司、把舊規定當現況、把事後事件當依據。
- 連 ChatGPT 自己也更正了前一輪沿用的數字。查證不是一次做完,而是每一輪都要做。
交互運作之後,看得出誰的自我約束比較強
三個工具輪流評過彼此之後,差別就不在誰寫得比較漂亮,而在誰比較守規矩:會不會查證、會不會把推論說成事實、被批評時怎麼反應、會不會堅持和我不同的判斷。下面的位置是我這一次的觀察,不是測驗分數。
| Gemini|Argon High | ChatGPT|gpt-6-pro | Claude|Opus 5.5 | |
|---|---|---|---|
| 查證的做法 | 有查證,但處理得不夠細。建立材料後自稱品質檢查全部完整、沒有疑義,仍留下三處錯字;後來引用的政府公告與規定,多半來自另外兩份評論。 | 每項事實附來源編號,逐項列出算式,分清事件日期、公告日期與查閱日期;主動更正個案正文和附表數字不一致的地方。 | 上網查證並附來源;每次寫檔後都從 Drive 讀回全文,回報「已存/已讀回」,確認檔案確實完整。 |
| 事實與推論 | 把自己的推論加上引用標記,看起來像個案原文;自創理論名稱,還把事後才發生的事件當成決策依據。 | 用「我的判斷是」「教學假設」等字樣標出推論,把個案事實與分析建議分開寫。 | 不確定的數字標成佔位假設,先問我再改;修改後補上反算檢驗,讓論證比原本完整。 |
| 被批評時 | 立刻全面認錯,列出自己的四個失誤,並稱讚兩份評論一針見血、說我的直覺非常敏銳。 | 同意以 Claude 的版本當主稿,但保留不同意見,例如某個時間推算只能當假說,並更正自己前一輪的數字。 | 對 ChatGPT 的評估,採用五點、不同意四點,每一點都附理由,不是照單全收。 |
| 對我的意見 | 把我還在探索的提問,直接寫成要對學員宣讀的結論。 | 指出初稿把探索性的提問太快寫成確定結論,其中一句寫得太武斷。 | 明白說它的判斷跟我不同,把那句話從「教師點破」改成交給學員辯論的命題。 |
| 課程脈絡 | 依我當下給的想法寫,第一版以約一百分鐘設計。 | 依我的寫作規範產出,但不知道這門課是 170 分鐘,第一版仍以 100 分鐘設計。 | 一開始就以 170 分鐘、十段設計,比照我過去的課程時段;開場的平凡問題、立場小組、結尾揭曉後續發展,都照我的帶法安排。 |
| 檔案與版本 | 交接檔是否確實寫入資料夾,從它的對話紀錄無法確認。 | 寫了自己的交接檔並讀回確認;另一個備份動作被系統的自動檢查擋下,它沒有改用其他方式繞過。 | 依我的檔案流程,資料夾根目錄只留最新一份交接檔,舊版移到封存資料夾。 |
| 這次的失誤 | 共用材料混入韓文字與簡體字;章節數量前後寫得不一致。 | 學員的產出範本一度用了填空句,下一版自己拿掉;思考摘要混入簡體字。 | 一開始誤判表格的格式問題,下一輪自己更正說法。 |
為什麼 Claude 掌握的細節比較多
要特別說明的是,兩個工具的起點不一樣。Claude 放在我專門處理企業議題與個案討論的專案資料夾裡,有專屬記憶;ChatGPT 則是在一般對話中啟動。照理說 ChatGPT 也能抓取過去的對話紀錄,但從這一次的結果看,Claude 的專案設定在記憶管理與規範輸出格式上,能力明顯比較強。
ChatGPT|一般對話
Claude|專案資料夾(Projects)
八個版本,最後收斂到哪裡
八個版本在同一個資料夾裡來回傳遞。三個工具在大部分問題上逐漸達成共識,剩下真正需要判斷的地方,留給上課的人決定。
八個版本
- 每一版都是獨立檔案,檔名標明日期、課號、作者與版號
- 每個 AI 各自寫交接檔,記錄改了什麼、為什麼改
三方都同意的地方
- 決策時點固定在轉型當下,事後才發生的事件不能當依據
- 初稿的事實錯誤全部更正,原交接檔也一併改掉
- 自創的理論名稱拿掉,改用已經有的理論
- 把寫成結論的句子改回提問,交給學員論證
- 把學員放回他們在供應鏈上的真實位置
- 全場 170 分鐘、分十段設計
留給老師決定的地方
- 三條策略路線怎麼寫,才不會引導學員投票
- 一段關於轉型時限的推算,要當成事實還是假說
- 上課用整合版 V2.0,還是兩份 V2.1 其中一份定稿
先設計評論的責任,再增加 AI 的數量
工具的分工可以換。這次真正有用的,是操作的順序與規則:先保留獨立的觀點,再交換評論;每一次修訂都要說清楚依據;什麼時候繼續、什麼時候停,由使用者決定。換成企劃書、提案或研究報告,同樣適用。
多個 AI 交互點評的七條操作規則
每多用一個 AI,就多一個需要明確回答的問題。
- 先寫下自己的問題意識AI 整理得再好,要回答什麼問題仍然由你決定。這段原始提問,也是之後評估每一版的標準。
- 讓速度型 AI 產出第一版這一步要的是有結構、可以被評論的東西,不是正確答案。
- 產出一律存成資料夾裡的檔案所有工具從同一個資料夾讀寫,交接時才不會漏東西;每個 AI 寫自己的交接檔,並記下模型、模式與設定。
- 同一份檔、同一句要求,平行點評分別丟給兩個 AI,讓它們在不知道彼此意見的情況下各自判斷。
- 互評要說出採用與不採用的理由A 評 B、B 評 A,每一方都具體指出值得保留、證據不足與需要改寫的地方,不用語氣強弱或票數取代依據。
- 整合稿要再交出去檢查檢查整合時有沒有漏掉來源、拿掉假設、提前替讀者下結論,或把原本對稱的選項寫得偏向一邊。
- 知道什麼時候該停關鍵主張有來源、假設看得出來、選項能公平比較、剩下的分歧已經記錄下來,就停止擴寫,由人選版。
這一頁怎麼做成的,以及閱讀時的界線
本次工作紀錄與模型標示
流程依作者 2026 年 10 月 26 日的 Gemini、ChatGPT、Claude 三份對話匯出,以及同一個工作資料夾裡的三份交接檔重建;時間為台灣時間,只用來重建順序。每一輪都包含閱讀、查核與人工操作,不能拿來比較模型的生成速度。
模型名稱分開記錄:ChatGPT 的 gpt-6-pro 由匯出紀錄明列;Gemini 與 Claude 的匯出紀錄沒有標示型號,Argon High 與 Opus 5.5 是依作者確認填寫的。
截至紀錄結束,資料夾裡留有 Gemini 的整合版 V2.0,以及 ChatGPT 與 Claude 各自的 V2.1,還沒有選定唯一的定稿。
觀察的界線:模型 × 設定 × 脈絡
本頁對三個工具的描述,是作者在這一組條件下的觀察,沒有換算成分數或排名。Claude 放在專屬專案資料夾、ChatGPT 在一般對話中啟動,兩者的記憶與脈絡條件不同;要比較模型本身,需要在相同材料、指令與記憶條件下另外測試。
三個工具都提供專案或個人化功能,能用到哪些記憶,取決於設定。官方說明如下(核對日:2026 年 10 月 26 日):
個案資訊的處理方式
為了尊重個案授權,也避免課堂討論議題提早外流,本頁不列個案名稱、出處、數字、政策與人物細節,原始提問與各版教案也只呈現結構。本頁的重點是操作方法,而不是個案內容。