用教育前輩的語言重新理解自己在做的事 — 6 篇論文與一個實習生專案的對照
教育實踐·8 分鐘

用教育前輩的語言重新理解自己在做的事 — 6 篇論文與一個實習生專案的對照

為了親子天下演講,我去找了 PBL 和 AI 教育的學術文獻,想用教育前輩熟悉的語言來描述自己帶實習生的做法。6 篇論文的對照,讓我重新理解了這半年在做的事。

Y
Young Tsai

想用教育前輩聽得懂的語言

三月底要在親子天下的 AI 素養教育論壇講一場,主題是我帶高中生用 AI 做真實專案的經驗

講稿寫完之後,我開始想一件事:台下有兩萬多個教育工作者 — 老師、校長、教育研究者,他們有他們的專業語言和框架,我如果只講「我用 GitHub Issue 帶高中生」,他們可能聽得懂,但不一定能連結到自己的經驗

我想試著用他們熟悉的語言,重新描述我在做的事,看看能不能找到共鳴,讓對話有交集

於是我開始搜 PBL 和 AI 教育的學術文獻,找到 6 篇跟我的做法高度相關的研究,讀完之後讓我多了一個角度來看自己這半年在做的事


背景:十年教育科技,但不是教育研究者

我在教育科技領域做了十年,在均一教育平台主導過評量系統和 AI 學習功能的架構,參與過實驗教育機構從課綱到教務系統的建置,帶過工程團隊也 mentor 過不少人

設計這套實習生課程時,我靠的是這些年累積的經驗和判斷,但我畢竟不是教育研究者 — 沒有時間像教授一樣設計對照組、跑統計、寫論文,我的驗證方式比較土:學生做出來的東西能不能上線、他們離開之後能不能獨立

這次找論文,不是要證明自己對,是想看看教育研究者怎麼描述類似的做法,學習他們的框架和語言


我做了什麼

帶兩個零基礎的高中生,加入一個真正在運作的中文閱讀學習平台(LingoLeap),不是模擬專案,是真 GitHub Issue、真 Code Review、真 Production 部署

具體設計:

  • 四層課程:Bug Fix → UX 改善 → 功能開發 → 技術深潛,每一層都是真實的 Issue,不是練習題
  • Skill Tree:20 個技能、600 總 XP,不打分數,用技能樹追蹤成長,解鎖條件是完成 PR 或通過 Code Review
  • 週節奏:週一選 Issue → 週間開發 → 週五 PR review + Skill Tree 更新
  • Code Review 當教學:不蓋橡皮章,每次具體說哪裡好、哪裡改、為什麼
  • AI 雙層運用:平台用 AI 教閱讀,開發過程用 AI 輔助寫 code,我用 AI 省下的時間拿去 mentor

這些做法來自過去帶人的經驗,設計的時候沒有特別去對照教育論文


然後我去找論文了

以下是我找到的 6 篇,以及它們各自對應到我的哪些做法

1. Gold Standard PBL — PBLWorks 框架

PBL 領域最被引用的框架,定義了 7 個設計元素,我拿來對照:

Gold Standard 元素我怎麼做的
Challenging Problem「怎麼讓閱讀困難的孩子學會朗讀?」— 真實社會問題
Sustained Inquiry6 個月持續開發,不是一次性作業
Authenticity真 GitHub Issue、真用戶、真 Production
Student Voice & Choice自己選 Issue、自己決定解法
Reflection每週 weekly meeting + Skill Tree 自我追蹤
Critique & RevisionCode Review = 真實的回饋循環
Public ProductGitHub contribution graph,可放備審

對照下來 7 個都有對應,這個框架幫我把原本模糊的「我覺得這樣有效」整理成更清楚的結構

來源:PBLWorks Gold Standard PBL


2. AI + PBL 效果量 Cohen's d = 1.30

MDPI Education Sciences(2025)調查 300 位教師,發現 AI 輔助的 PBL 顯著優於傳統 PBL,效果量 Cohen's d = 1.30 — 這是統計學上的「大效果」

論文說 AI 最大的價值是個人化 + 持續回饋

我做的:Skill Tree 就是個人化追蹤,Code Review 就是持續回饋,帶過人就知道,一視同仁的教法很難有效,看到論文用數據佐證這一點,蠻有共鳴的

DOI:10.3390/educsci15020150


3. AI × PBL × 程式教育:投入度 η² = 0.694

Frontiers in Education(2025)在程式教育中實測 AI + PBL:

指標效果量 η²
學生投入度0.694
內在動機0.690
學業成就0.519

η² 超過 0.5,代表超過一半的變異量可歸因於 AI-PBL 介入

我沒有跑統計,但我看到的現象一樣:Ryan 第一週就 merge 2 個 PR,Sean 主動追破音字的 root cause — 沒有人逼他們,他們自己想做

DOI:10.3389/feduc.2025.1674320


4. AI in PBL Co-Design — 學生自主性

CHI 2024(ACM 人機互動頂會)探討 AI 在 PBL 中的角色,強調學生 agency(自主性)的重要性:scaffolding、feedback、personalization,都不能犧牲學生的決策權

我的做法:讓實習生自己選 Issue、自己決定解法、PR 是自己寫的,我 review 但不代寫

DOI:10.1145/3613904.3642807


5. PBL + Agile 天然契合

IEEE Transactions on Education(2023)發現 Scrum + PBL 在程式教育中效果很好 — Agile 的迭代開發跟 PBL 的迭代探究本質上是同一件事

我們的週節奏(週一選 Issue → 週間開發 → 週五 Review)本來就是簡化版的 Sprint,帶過工程團隊的人大概都會自然走到這個節奏,看到學術研究也把這兩者連在一起,覺得蠻有趣的

DOI:10.1109/TE.2023.3293519


6. AI-PBL 同時提升程式技能和批判思考

Springer Nature(2025)發現 AI 輔助 PBL 不只教會學生寫 code,還提升批判思考能力,AI 的角色是 adaptive support — 適應每個學生的程度提供支援

我教實習生的一件事:AI 開了 400 多個 Issue,不是每個都要做,判斷「什麼不做」比「做什麼」更重要,這就是批判思考的實戰版

DOI:10.1007/s44322-025-00041-0


用論文的語言重新看自己的做法

整理完之後,我把對照表拉出來:

論文怎麼說我怎麼做的
AI-PBL 效果量 d = 1.30AI 輔助開發 + PBL 課程
個人化 + 持續回饋最重要Skill Tree + Code Review
學生投入度 η² = 0.694實習生主動追 bug、自選 Issue
學生自主性不能犧牲自選 Issue、自決解法、自己寫 PR
Agile + PBL 天然契合週一選→週間做→週五 Review
AI-PBL 提升批判思考教他們判斷「什麼不做」

以前我只會說「我覺得這樣帶人比較有效」,現在我可以說「這個做法對應到 PBL 的 Sustained Inquiry 和 Critique & Revision」,意思一樣,但用了教育前輩聽得懂的詞

這對我來說是一個收穫 — 不是證明自己對,是學到一套更精確的語言來描述自己在做的事,以後跟教育工作者合作,溝通會順很多


我們多做了一步

學術研究裡的 AI-PBL,大多是「學生用 AI 工具」

我們的模式不一樣:Mentor 也用 AI 開發,省下來的時間拿去帶人,平台用 AI 教閱讀,開發過程用 AI 教程式 — 雙層 AI-PBL

而且專案不是模擬的,是真正在 Production 運作的教育產品,學生改的 code,真的會被老師和學生用到

這個組合,在目前的文獻裡我還沒看到過


這次準備教會我的事

為了一場演講去找論文,原本只是想補點學術底氣,但做完這輪對照之後,我得到的比預期多

第一,我終於有了共同語言 以前跟教育工作者聊,我說「Code Review」,他們想到的是考試批改,我說「Sprint」,他們想到的是趕進度,現在我知道了:Code Review 就是 PBL 裡的 Critique & Revision,Sprint 就是 Sustained Inquiry 的節奏,同一件事,不同圈子用不同的詞,知道對方的詞,對話就能接上

第二,我看到自己的盲點 論文提到 Equity Levers(公平性槓桿)— 了解學生、認知要求、識讀能力、共享權力,我在課程設計裡做了一部分(讓學生自選 Issue、降低門檻不降標準),但沒有系統性地去想過公平性,兩個實習生的背景不同、學習速度不同,我是靠直覺在調整,沒有一個框架幫我檢視,這是下次可以做得更好的地方

第三,我想開始記錄了 不是寫論文,但至少把過程記得更完整,實習生的成長軌跡、每週的變化、哪些設計有效哪些沒用 — 這些如果有紀錄,不只對自己有幫助,也許能讓其他想用類似方式帶人的人少走一些彎路

下一輪帶實習生的時候,我會試著把 PBL 的 7 個元素當作設計檢查表 — 不是照本宣科,是多一個角度來檢視自己的做法有沒有漏掉什麼


參考文獻

pbleducationairesearchedtech