核心觀念

工具可以讓文章或程式很快成形，但成品本身不足以說明使用者學會了什麼。這集把「完成當下的任務」、「工具撤去後仍能做類似任務」和「換了情境仍能運用理解」分開看。它們彼此相關，卻不能互相代替。

所以，與其只問「我有沒有用 AI」，不如再問：我能不能用自己的話說明結論？能不能指出重要依據、檢查一個反例，或在不同題目中重新做一次關鍵步驟？答不出來，是一個可以繼續練習的訊號，不是道德判決。

可以怎麼想

把「做完」和「學會」當成兩個不同的檢查點。這次若重點是交付熟悉格式，工具協助起草可能節省整理時間；若重點是學會怎麼提出論點，就需要留下自己判斷材料的空間。作品可以由人和工具共同完成，但要知道重要判斷由誰做、誰能解釋。

一個小練習

關掉工具，用三句話記下：

1. 這份作品要回答什麼問題？
2. 我最重要的選擇或判斷是什麼？依據在哪裡？
3. 如果換一個例子，我會先做哪一步？

卡住時先圈出卡住的位置。之後再打開工具，請它針對那個位置提出解釋、反例或問題；回到原文或程式結果核對後，再補上自己的說明。

反思題

我現在看見的是「有一份完成的作品」，還是「能說明、檢查並接手的能力」？這次任務需要我具備哪一種？

核心觀念

工具能直接代做原本由學習者練習的步驟，也能用提示、解釋、反例或回饋協助人完成判斷。兩種用法都可能有價值，差別在於它們留給人多少理解和操作的機會。

如果任務熟悉、重複，而且需要的是整理成品，可以考慮委派部分起草或格式整理；如果正在學新概念、練習論證，或需要判斷陌生材料，就要留下一段由自己提出想法、預測結果或驗證假設的時間。這不是要求每次都從空白開始，而是先認清當下的目標。

可以怎麼想

試著把任務拆成三種工作：

• **可以委派的步驟：**重複整理、格式調整，或協助列出可能方向。
• **需要自己參與的步驟：**界定問題、選擇材料、理解概念或預測結果。
• **需要自己承擔的判斷：**確認輸出是否符合任務、來源是否支持說法、結果能否交接。

工具可以協助產出，但不會自動替你完成理解與負責。

一個小練習

開始前寫下「這次是交付、練習，或兩者都有」。再挑一個必須自己完成的小步驟，例如先寫出自己的中心句、先說明程式預期會怎麼處理一筆資料，或先列出你希望工具檢查的問題。

完成後，不只比較哪一版看起來完整，也看自己是否多理解了一個概念、找到一個錯誤，或能說明為何採用某項建議。

反思題

若我把某一步交給工具，這次會省下什麼？如果省下的剛好是我想學會的能力，我能否改成請工具提示、解釋或提供反例？

核心觀念

寫作包含構思、組織、遣詞、修訂和校對等不同工作。工具可能幫忙提供回饋或整理文字，但一段話變得流暢，不代表論證已成立；改過 AI 的文字，也不直接證明自己已經會寫。

本集談到的寫作研究涉及不同任務和評量方式，有的看論述表現，有的看短期批判寫作或陌生主題知識，也有研究無法把受助作品品質和獨立能力分開。這些結果不能混成「AI 一定讓人寫得更好」或「用 AI 寫就一定沒有學到」。

可以怎麼想

讀每個重要句子時，試著分出三件事：材料直接說了什麼、自己由此推論什麼、還有哪些地方尚未確認。特別是比較兩份材料時，要問它們是否真的在回答同一個問題、能否互相比較。若工具替你把不同內容整理成一個整齊結論，更要回到材料確認這個關係是否存在。

一個小練習

挑一段正在寫的文字，為每個句子加上以下標記：

• **材料：**可以指回來源的內容。
• **推論：**自己根據材料提出的解讀。
• **待查：**目前還沒有足夠依據確認的地方。

請工具提出一個可能的反例或讀者疑問，但先不要請它代選結論。回到原材料，看看這個問題是否成立，再決定要修正、保留或註明限制。

反思題

如果有人問我「這個結論的依據在哪裡？」我能指回哪段材料？我是否把兩份材料都提到某個現象，誤寫成它們支持同一個結論？

核心觀念

程式成功執行，只能說明它在某些輸入下跑出了結果。要能接手，還需要理解主要步驟、檢查輸入和輸出，並在結果不符預期時縮小問題。

程式的關鍵判斷也不一定都屬於程式本身：程式可以轉換日期格式，卻不能替使用者決定業務上應採用哪一個日期。當資料定義不清楚，或結果可能影響別人，說明限制與求助也是工作的一部分。

可以怎麼想

遇到錯誤時，不必立刻要求工具重寫整段程式。可以先問：我預期哪一步會發生什麼？實際結果從哪裡開始不同？能否用一筆簡單資料重現？答案是待核對的解釋，不是驗證結果。

驗證要配合任務：小型練習可以先檢查幾筆代表性輸入；涉及覆寫資料、模糊欄位或他人決策時，就需要保留原始資料、測試重要例外，或向資料負責人確認定義。

一個小練習

拿一段你看不太懂的程式或流程，寫下：

1. 輸入是什麼？
2. 你預期輸出是什麼？
3. 用一筆最簡單的資料，逐步查看中間結果。
4. 哪個條件或輸入還沒有測過？

再請工具逐段解釋或提供可能的測試案例。用自己的測試資料核對，不要只以「沒有報錯」當作成功。

反思題

如果明天這段程式出錯，或由別人接手，我能指出它目前能處理什麼、哪些輸入尚未確認，以及該找誰釐清需求嗎？

核心觀念

支援太少，可能讓人卡在無法進入的任務；支援若從頭到尾替人提出問題、解釋、選擇和修正，人也可能沒有接回判斷的機會。合適的支援要看使用者已經懂什麼、目前卡在哪裡，以及接下來是否有機會獨立試做。

本集也提醒，相關研究與能力框架各有範圍：研究不等於普遍定律，專家共識或教育框架也不等於某種教法已被因果試驗證明。把它們轉成個人練習時，應視為可嘗試的安排，而不是保證有效的步驟。

可以怎麼想

協助可以先從示範開始，再轉成提示、檢查或反例，最後留一個不同的小例子讓自己試做。這不是固定課程，也不表示所有人都要先獨立完成；它只是提供一種方法，讓工具幫忙後仍能觀察自己接回了什麼。

一個小練習

選一個小任務，依序做三件事：先看一個例子或請工具解釋，再用工具提示完成一次，最後關掉對話，用不同但相近的例子試做。記下哪一步仍不確定、需要什麼支援。若仍卡住，可以帶著具體問題請同學、同事或教師一起看。

反思題

這次支援有沒有幫我看清問題，還是替我把問題也一起解決了？下一次我可以少依賴哪一項提示，或需要保留哪一種支援才能進入任務？