問一整間教室的學習者，懂不懂聊天機器人知道的東西和它記得的東西有什麼不同，每個人都會舉手。這些字眼再平常不過，這個區別聽起來也理所當然。
接著再問：當顧客說那另一個呢？的時候，是這兩者中的哪一個在發揮作用——舉起的手就放下了。
在學習者能點頭認同的概念，與他們能實際運用的概念之間，有一段空隙；大多數的 AI 教學，就是在這裡悄悄失敗的。有人講解一個概念、秀出一張圖、跑一段順利運作的示範，全場都表示同意。同意很廉價。還沒有人被要求做任何事，所以什麼也還沒被揭露出來。
這個營隊的設計，就是為了不讓那道落差繼續藏著。它的方法是沉浸式的，但有特定的意思——不是指排場講究的那種沉浸，而是你就身在後果之中的那種沉浸。角色輪替，所以沒有人能只看別人寫程式。客戶是真的，而且會讀到成果。範例程式碼是故意弄壞的。評量的設計，則是為了揭露營隊學員還沒弄懂的地方，而不是確認他們已經懂了的部分。
這樣教是有代價的：它會把講課時原本會一直埋著的問題翻出來，然後就得有人去處理。第二週，營隊付出了這個代價。
Kahoot 揭露了什麼
整個計畫都繞著一個區別打轉。知識是系統可以查到的東西。記憶是它在一段對話中一路帶著走的東西。把兩者搞混，你做出的機器人不是忘了自己在跟誰說話，就是把本該檢索的東西憑空編造出來。
一場 Kahoot 測驗顯示，這一梯學員並沒有搞懂。分數出來後，問題不是少數幾位學員那天早上狀況不好——而是他們根本不懂記憶，而且已經不懂好一段時間了。
到了第六天，結論說得毫不客氣：We need to take a whole lesson on memory … the students don't understand it.（「我們得花一整堂課來講記憶……學生們不懂。」）
刻意犧牲一天
接下來發生的事，才是重點。課程停了下來，這個概念當場重新教了一遍，代價是當天原定的進度。在一個二十天課表固定、成果展日期也固定的計畫裡，這是很昂貴的決定。但這個決定還是做了。
重新教學時，方法也換了。來自聖露西亞的引導師 Terbry Lewis 在範例程式碼裡埋了刻意的錯誤——one or two,（「一兩個」）是故意放進去的——讓學員沒辦法跑一跑就了事。They wrestle with it,（「他們得跟它纏鬥」）他說，which was nice.（「這樣很好。」）
這就是沉浸式原則——只不過這次用在補救上，而不是用在教案上。營隊可以用十分鐘解釋什麼是記憶。但它沒辦法在十分鐘內，讓一個人親身經歷自己曾經搞錯的滋味，而那才是真正會記住的東西。
親自試試看
讀一個定義，和親身感受其中的差別，是兩回事。學員不是從一句話學會這件事的——他們是在彼此面前答錯題目，然後又面對一段在他們弄懂原因之前怎麼都跑不起來的程式碼，才學會的。
所以，在繼續讀下去之前：先回答這個問題，然後把機器人的記憶關掉，看看一段前一刻還好好的對話，怎麼瞬間崩解。
換你試試
一位客戶向機器人詢問帳戶餘額。三則訊息之後，他問：「那另一個呢？」機器人需要什麼才能回答？
關閉記憶
我在 Carriacou。
了解——Carriacou。請問您的供水服務有什麼需要協助的地方？
今天有停水嗎？
有——Carriacou 有計畫性停水，持續到下午 4 點。
那明天呢？
Carriacou 明天沒有排定停水。
有了記憶，島名只需確認一次，就會一路延續下去。之後的每個回答都會承接它。
本圖解為本出版品特別撰寫的教學示範。問題並非營隊實際使用的 Kahoot 題目，對話也是編寫而成、並非逐字紀錄——但它所依據的區別，正是第六天所揭露的那一個。
換來了什麼
本書後面每一個以來源為依據的回答、每一項經過來源查核的陳述、每一次保留上下文的語言切換，都建立在一群青少年於第二週把這個區別弄清楚的基礎上。
他們做到了——因為有人願意犧牲一天。