帳號與網路
- 講師 Gemini API/示範帳號
- 學員可用的 Gemini 網頁帳號
- 確認教室 Wi‑Fi、投影與瀏覽器
- 不要要求學員把 API Key 貼在 HTML
Instructor guide
授課節奏、示範檔、分組、檢查點、備案與成果驗收。每一節先說目的,再示範最小案例,立即讓老師用自己的課實作。
不是替 25 位老師做教案,而是讓每位老師留下「原始問題、來源、AI 初稿、教師修訂與試教證據」。任何新工具若不能直接推進這五項,就不臨時加進課程。
Before class
Facilitation
| 日期 | 講師必做示範 | 主要巡迴問題 | 不能放掉的產出 |
|---|---|---|---|
| Day 1 | 同一教材由 Lite 擷取、Flash 教學轉譯;展示錯誤與查核 | 學生真實卡點是什麼?移除 AI 後目標還在嗎? | 九宮格 v1、六格提示、模型比較 |
| Day 2 | 圖片/PDF/錄音三種輸入;原件逐項對照 | 找得回來源嗎?能上傳嗎?哪裡仍不確定? | 6–10 張素材卡、來源與紅黃綠 |
| Day 3 | 目標→證據→活動→AI;教師版與學生版差異 | 這項活動留下什麼證據?AI 在哪裡過度介入? | 教材包 v1、Rubric、離線備案、試教腳本 |
| Day 4 | 一段 3 分鐘試教與證據回饋;受控 Agent 停止點 | 你看到什麼?修改依據是什麼?第二輪有何差異? | 試教證據、正式成果包、30 天行動 |
固定 5 組、每組 5 人。Day 1 優先依相似教學問題分組;Day 2–3 保持原組,方便同儕知道彼此脈絡;Day 4 五人輪流試教。
進度落後時,不追求整學期知識庫。只守住:
Language
「請指出哪一段好,對應哪個學習目標;再找一項你仍需回原件確認的地方。」
「選未來一學期一定會教、學生作品最常出錯、你最想改善的一個小單元。」
「先把六格提示與品質規準完成。工具只比較一次,不重做兩套教材。」
「先保存錯誤,它是教材。標出來源缺口、提示缺口或模型限制,再決定修提示還是人工修。」
「把範圍縮成一節課、一個任務、一項證據。完成小而真的版本,比半套大全更有用。」
「請回到時間、行為與原話。先說你看見什麼,再說可能表示什麼。」
Acceptance