學校做 AI 項目:由校本需求到技術方案(香港學校技術指南)
學校推行校本 AI 項目,成敗往往不在於買了哪一套工具,而在於需求是否先整理清楚、技術方案是否對應真實痛點、資料私隱與風險是否受控。本文從技術與專案管理角度,整理需求盤點框架、項目類型、方案選型(現成工具、定制開發、混合)、私隱合規、風險與人工覆核、專案分期與驗收,以及成本估算,供校長、IT 統籌老師參考。

文章目錄(點擊展開)
學校要開展人工智能(AI)項目,成敗通常不在於買了哪一套工具,而在於三件事有沒有先處理好:校本需求是否整理清楚、技術方案是否對應真實痛點、資料私隱與風險是否受控。本文從技術與專案管理角度,整理香港中小學推行校本 AI 項目時的完整框架——由需求盤點、項目類型、方案選型(現成工具、定制開發還是混合)、資料私隱合規、風險與人工覆核,到專案分期、驗收與成本估算,供校長、副校長、IT 統籌老師及資訊科技組參考。
💡 最直接答案
學校做 AI 項目,第一步不是選工具,而是先分清「校本需求」與「技術方案」:需求層面要講清楚解決什麼問題、涉及哪些使用者和資料;技術層面才決定用現成工具、定制開發還是混合方案。學生資料屬於敏感個人資料,須按《個人資料(私隱)條例》處理,並參考個人資料私隱專員公署的《人工智能(AI):個人資料保障模範框架》。專案應分期推行(先導驗證、試點、再擴展),並為高風險輸出保留人工覆核。成本則分「一次性建設」與「經常性訂閱/維護」兩類,宜用總成本而非單價比較。
📌 重點摘要
- ▸校本需求盤點須涵蓋五個維度:現有系統、資料來源、使用者角色、現有痛點、成功指標
- ▸校本 AI 項目大致分五類:行政自動化、資料整理、回答查詢、內容協助、圖像/語音處理,風險與技術取向各異
- ▸技術選型有三條路:現成 SaaS、定制開發、混合方案;關鍵是資料擁有權與日後可遷移性
- ▸學生資料屬敏感個人資料,須遵從《私隱條例》及公署《模範框架》的四個管治範疇
- ▸專案宜分三期:先導驗證(POC)→ 小範圍試點 → 全校推展,每期設明確驗收標準
- ▸成本要計總持有成本(TCO):建設、訂閱、維護、培訓與日後遷移
一、先分清「校本需求」與「技術方案」
學校推行 AI 項目最常見的失誤,是次序顛倒:先被供應商示範打動,覺得某套工具「很厲害」,再倒過來為它找用途。這樣做通常導致兩個結果——買了用不著的工具,或者發現工具無法接駁學校現有系統。正確次序是先講清楚校本需求,再談技術方案。
「校本需求」講的是學校要解決什麼問題、涉及哪些使用者、現有流程痛在哪裡、成功如何量度;「技術方案」講的是用什麼工具、什麼模型、什麼架構去落地。兩者混為一談,就會出現「為 AI 而 AI」的項目。以下表格區分兩者。
| 層面 | 校本需求 | 技術方案 |
|---|---|---|
| 要回答的問題 | 學校要解決什麼問題 | 用什麼技術去解決 |
| 主要輸入 | 使用者痛點、現有流程、資料盤點 | 工具、模型、系統架構 |
| 決定者 | 校方管理層、學科與行政代表 | IT 統籌、技術供應商 |
| 產出 | 需求規格、使用者故事、成功指標 | 技術規格、報價、交付計劃 |
| 常見錯誤 | 跳過盤點,直接比較產品功能 | 未核對整合難度與資料擁有權 |
二、校本需求盤點框架
需求盤點不需要複雜工具,但要有系統。建議由一個跨部門小組(管理層、學科代表、行政、IT 統籌)用以下五個維度,逐項記錄狀況,再判斷哪些痛點值得用 AI 處理、哪些其實用簡單自動化或流程改善即可。
| 維度 | 要盤點什麼 | 示例 |
|---|---|---|
| 現有系統 | 學校已在使用的平台、可否經 API 接駁 | 校務系統、內聯網、繳費平台、學習管理系統 |
| 資料來源 | 涉及什麼資料、是否含個人資料、由誰持有 | 學生紀錄、成績、考勤、通告、家長聯絡 |
| 使用者角色 | 誰用、用多少、權限如何分 | 管理層、教師、職員、學生、家長 |
| 現有痛點 | 重複工序、耗時環節、人為錯誤 | 每月整理考勤報表、逐封回覆家長查詢 |
| 成功指標 | 可量度的改善目標 | 每月省 X 小時、回應時間縮短至 Y 分鐘 |
盤點時要特別留意「資料來源」一項:只要涉及學生個人資料,就會直接觸發私隱合規要求(見第五節)。另外,「成功指標」要盡量量化,例如把「減輕老師負擔」寫成「通告回覆草擬時間由平均 15 分鐘縮短至 5 分鐘」,日後驗收才有依據。
三、校本 AI 項目的常見類型
香港中小學的校本 AI 項目,大多落在以下五類。不同類型的技術取向、資料敏感度和風險水平都不同,選型時應分開考慮,不要用同一把尺。
| 類型 | 典型場景 | 技術取向 | 風險重點 |
|---|---|---|---|
| 行政自動化 | 自動生成報告、批次處理表單、流程審批 | 工作流工具、腳本、API | 權限控制、錯誤處理 |
| 資料整理 | 考勤/成績數據匯總、分類、異常標示 | 資料處理、規則引擎、模型分類 | 準確性、可追溯性 |
| 回答查詢 | 家長常見問題、內部政策查詢機器人 | 對話式 AI、檢索增強(RAG) | 錯誤輸出、資料外洩 |
| 內容協助 | 草擬通告、摘要文件、翻譯 | 生成式 AI 文字模型 | 準確性、偏見、須人工覆核 |
| 圖像/語音處理 | 相片分類、語音轉文字、會議紀錄 | 視覺/語音模型、API 服務 | 生物特徵資料、私隱敏感度高 |
值得留意:「回答查詢」與「內容協助」兩類直接使用生成式 AI,輸出可能出錯,須配合人工覆核;「圖像/語音處理」若涉及人臉或聲紋,屬於生物特徵資料,敏感度更高。這兩點會在第五、六節再展開。
四、技術方案選型:現成工具、定制開發還是混合
選型沒有絕對答案,取決於需求複雜度、預算、時間與學校自身的 IT 能力。三條路各有取捨,下表逐一比較。學校可先用現成工具快速驗證,再針對高價值、獨特流程的部分考慮定制或混合方案。
| 比較項 | 現成工具(SaaS) | 定制開發 | 混合方案 |
|---|---|---|---|
| 上線速度 | 最快 | 最慢 | 中 |
| 貼合程度 | 低(須遷就工具) | 高 | 中至高 |
| 前期成本 | 低 | 高 | 中 |
| 長期成本 | 經常性訂閱,長遠可能較高 | 一次性為主,維護另計 | 兩者並存 |
| 資料擁有權 | 多在供應商平台,須看清條款 | 學校可完全持有 | 視架構而定 |
| 遷移難度 | 較高(資料匯出可能受限) | 低 | 中 |
| 維護責任 | 供應商 | 學校/承辦商 | 分工界定 |
在模型與 API 層面,學校需要決定採用「雲端 API 服務」還是「自架本地模型」。雲端 API 部署快、無須硬件,但資料會離開校園網絡,須審視供應商的資料處理條款;自架模型可把資料留在校內,但需要伺服器、技術人力和持續維護,成本與門檻較高。中小學若要兼顧成效與私隱,常見做法是把低敏感度、非個人資料的任務交給雲端 API,把涉及個人資料的處理留在校內或採用去識別化處理。
五、資料私隱與合規:學生資料屬敏感個人資料
校本 AI 項目最大的合規風險來自資料。學生資料(包括姓名、學號、成績、考勤、相片、健康或特殊教育需要紀錄)大多屬於個人資料,部分更屬敏感類別。學校作為資料使用者,須遵從《個人資料(私隱)條例》的六項保障資料原則,包括收集、準確性、保留、使用、保安及查閱更正。
在 AI 場景下,個人資料私隱專員公署(PCPD)的《人工智能(AI):個人資料保障模範框架》是最直接的參考。該框架就採購、實施及使用 AI 系統提出四個範疇的建議措施:
| 管治範疇 | 對學校項目的意思 |
|---|---|
| 制定 AI 策略及管治架構 | 訂立校本 AI 使用政策、設立統籌角色、為教職員提供培訓 |
| 風險評估及人為監督 | 按風險高低決定人工監督程度;採用「風險為本」的緩減措施 |
| AI 模型定製與系統實施及管理 | 管理輸入模型的資料、測試模型、確保系統及資料安全、持續監察 |
| 促進與持份者溝通 | 向教師、家長及供應商說明用途,提高透明度 |
此外,PCPD 於 2025 年發布《僱員使用生成式 AI 的指引清單》,建議機構訂明獲准使用的 AI 工具、可輸入的資料種類、輸出資訊的用途,並要求使用者核實 AI 生成結果;數字政策辦公室(DPO)亦於 2025 年公布《香港生成式人工智能技術及應用指引》,涵蓋資料洩露、模型偏見和錯誤等技術風險。學校在撰寫校本 AI 政策時,可直接引用這兩份文件。
針對教育界,PCPD 與 DPO 於 2026 年共同推出「保障個人資料人工智能沙盒」,開放予公帑資助中小學申請,第一階段為期約六個月,選出約 15 間學校,讓學校在取得監管指引與技術建議下探索 AI 方案。若學校希望有制度上的支援,可留意相關申請安排。
📌 一句提醒
本文只從技術與專案管理角度整理資料,不構成法律建議。學校處理個人資料、制定校本政策或簽署合約前,應諮詢法律顧問,並以《個人資料(私隱)條例》及公署最新指引為準。
六、風險與人工覆核
任何 AI 系統都有可能出錯,學校項目要預先識別主要風險,並為高風險環節設計人工覆核(human-in-the-loop)機制。以下幾類風險在校本項目中最常見。
| 風險 | 具體表現 | 緩減措施 |
|---|---|---|
| 錯誤輸出 | 生成內容與事實不符(「幻覺」) | 發布前人工核對、限制用途、標示 AI 生成 |
| 偏見 | 輸出對特定群體不公平或帶歧視 | 測試代表性、訂立審核準則、定期檢視 |
| 過度依賴 | 使用者不再自行判斷,照單全收 | 培訓、明示 AI 角色、保留人手決策 |
| 資料外洩 | 輸入個人資料後被不當保存或外洩 | 限制可輸入資料、最小權限、加密與審計 |
| 不可追溯 | 無法解釋輸出如何得出 | 保留紀錄、建立可審核的輸出機制 |
人工覆核的原則是:風險越高,人工介入越深。例如涉及個別學生評核或紀錄的輸出,應由教師確認後才使用;純屬內部參考、對外無影響的草擬,可採用較輕的覆核。學校亦應在政策中寫明「誰負責覆核」和「出事時的應變流程」。
七、專案分期與驗收
校本 AI 項目不宜一次過全校推展。較穩健的做法是分三期:先做小範圍的先導驗證(Proof of Concept/POC),確認技術可行;再選一至兩個場景試點;最後才擴展至全校。每期都要設定明確的驗收標準,避免「上了線但無人用」。
| 階段 | 範圍 | 交付與驗收 |
|---|---|---|
| 第一期:先導驗證 | 單一場景、小量資料、少數使用者 | 可運作的原型;驗收看技術可行性與準確度 |
| 第二期:試點 | 一至兩個部門/學科,真實資料與流程 | 正式系統;驗收看整合、穩定、使用者接受度 |
| 第三期:擴展 | 全校推展,加入培訓與支援 | 成效報告;驗收看成功指標是否達成 |
驗收標準要在合約或報價文件寫清楚,並盡量量化。常見的驗收維度包括:功能是否齊全、與現有系統的整合是否正常、資料處理是否準確、權限與保安是否到位、使用者培訓是否完成、以及上線後的支援安排(回應時間、保養期、指定聯絡人)。未寫清楚的部分,最容易在交付後出現爭議。
八、成本與資源估算
估算 AI 項目成本時,要看「總持有成本」(Total Cost of Ownership)。除了軟件費用,還要計入硬件、整合、培訓、維護與日後遷移。以下為示範假設,僅供理解成本結構,並非報價。
| 成本項目 | 現成 SaaS | 定制/混合 |
|---|---|---|
| 前期建設 | 低(設定費為主) | 高(開發與整合) |
| 軟件/訂閱 | 經常性,按人數或用量 | 授權或自架為主 |
| 硬件 | 基本不需要 | 可能需要伺服器 |
| 整合 | 視乎現有系統接駁難度 | 須預留整合工序 |
| 培訓與變更管理 | 須安排 | 須安排 |
| 維護與支援 | 包含在訂閱內 | 另立保養合約 |
| 遷移成本 | 日後轉換供應商須計 | 較低 |
學校在規劃資源時,可留意幾項現有資助:教育局在優質教育基金預留 20 億元推進數字教育,其中約 5 億元用於「『智』啟學教」撥款計劃,成功申請的公帑資助中小學可獲一筆過 50 萬元,用於購置人工智能輔助教學的工具與資源,以及資助學生活動,撥款可使用至 2027/28 學年。若項目涉及採購,須按資助學校採購程序辦理:資助學校採購金額在 5 萬元以上至 20 萬元之間,一般須最少索取五份書面報價;超過 20 萬元則須邀請最少五名供應商投標,具體以教育局通告及相關指引為準。
九、常見問題
學校應該先選 AI 工具,還是先整理需求?
應先整理校本需求,再選工具。次序顛倒容易買到用不著或無法接駁現有系統的工具。需求整理要涵蓋現有系統、資料來源、使用者角色、現有痛點與成功指標。
現成工具、定制開發還是混合方案,該如何選擇?
取決於需求複雜度、預算、時間與學校的 IT 能力。現成工具上線快、前期成本低,但貼合度較低;定制開發貼合度高、須較高前期投入;混合方案兼取兩者,常見做法是用現成工具處理通用流程,針對獨特流程定制開發。不論哪條路,都要先看清資料擁有權與日後遷移安排。
學生資料可以用於 AI 系統嗎?
學生資料大多屬個人資料,部分屬敏感類別,須遵從《個人資料(私隱)條例》的保障資料原則。學校應採用最少量的個人資料、限制可輸入 AI 的資料種類、採取去識別化或本地處理,並參考個人資料私隱專員公署的《人工智能(AI):個人資料保障模範框架》。本文不構成法律建議,具體處理前應諮詢法律顧問。
AI 生成的內容可以直接採用嗎?
不應直接採用。生成式 AI 可能產生錯誤、帶偏見或不準確的內容。學校須為高風險輸出設計人工覆核,由教職員核對後才使用,並在政策中寫明誰負責覆核,以及何時須標示內容由 AI 生成。
校本 AI 項目應該一次過全校推行嗎?
不建議。較穩健的做法是分三期:先導驗證(POC)確認技術可行,再選一至兩個場景試點,最後擴展至全校。每期設定量化驗收標準,達標才進入下一期,可避免資源錯配。
「校本人工智能應用方案」是否指學校必須自建大型語言模型?
不是。按教育局就「『智』啟學教」撥款計劃的說明,計劃並無要求參與學校必須發展大型語言模型(LLM),「校本人工智能應用方案」只是可選項目之一。學校可完全按校本情況,選擇購置或訂閱市場上已發展成熟、合用的 AI 軟硬件、平台及教學資源。
學校採購 AI 相關方案要索取多少份報價?
資助學校須按教育局通告第 4/2013 號「資助學校採購程序」行事。一般而言,採購金額在 5 萬元以上至 20 萬元之間,須最少索取五份書面報價;超過 20 萬元則須邀請最少五名供應商投標。實際要求以教育局通告及資助學校採購程序指引為準。
有哪些機構資源可以協助學校推行 AI 項目?
個人資料私隱專員公署與數字政策辦公室曾為公帑資助中小學推出「保障個人資料人工智能沙盒」,第一階段為期約六個月,選出約 15 間學校,提供監管指引與技術建議。學校亦可參考公署《人工智能(AI):個人資料保障模範框架》及《僱員使用生成式 AI 的指引清單》,以及數字政策辦公室的《香港生成式人工智能技術及應用指引》。
總結
學校做 AI 項目,技術本身通常不是最大難關,難的是次序與管治:先有清楚的校本需求盤點,才有合理的技術選型;先有私隱與風險控制,才談得上規模化推展。對中小學而言,最務實的路徑是——先分清需求與方案,用先導驗證降低風險,為高風險輸出入工覆核,並把資料擁有權與遷移安排寫進合約。掌握這幾點,校本 AI 項目才能落地而非停留在示範階段。
若學校希望由需求盤點、技術選型、私隱評估到專案驗收一併處理,可參考我們的學校及教育數碼方案、人工智能應用服務,以及優質教育基金申請指南,了解由資助申請到系統落地的完整流程。
資料來源(查核日期:2026年10月9日)
- 個人資料私隱專員公署:《人工智能(AI):個人資料保障模範框架》(2024年6月) — 就採購、實施及使用 AI 建議的四個管治範疇
- 個人資料私隱專員公署:《僱員使用生成式 AI 的指引清單》(2025年3月) — 訂明獲准使用的 AI 工具、可輸入資料種類及核實輸出的責任
- 個人資料私隱專員公署與數字政策辦公室:「保障個人資料人工智能沙盒」(2026年7月) — 開放予公帑資助中小學、約 15 間學校、第一階段為期約六個月
- 政府新聞公報:數字政策辦公室公布《香港生成式人工智能技術及應用指引》(2025年4月) — 涵蓋資料洩露、模型偏見和錯誤等技術風險
- 政府新聞公報:教育局推出「『智』啟學教」撥款計劃(2025年12月) — 優質教育基金預留 20 億元、計劃約 5 億元、每校一筆過 50 萬元、可使用至 2027/28 學年
- 教育局:「『智』啟學教」撥款計劃正面睇(2026年2月) — 計劃並無要求學校必須發展大型語言模型,學校可按校本情況購置或訂閱成熟 AI 資源
- 教育局通函第 96/2026 號:優質教育基金撥款計劃(2026/27 學年) — 專項撥款計劃新階段、每所公帑資助學校累計申請額提高至 300 萬元、STEAM 教育及數字教育為優先主題
ADWire 編輯團隊
ADWire Agency Limited
文章由 ADWire 團隊撰寫及審閱。團隊負責軟件開發、AI 應用與工作流程自動化、SEO/GEO 及數碼營銷項目,內容取材自實際項目經驗及公開的官方資料。
- 軟件及系統開發
- AI 應用及流程自動化
- SEO 及 GEO 搜尋優化
- 數碼營銷及成效量度
相關服務
相關文章推薦

STEAM 教室設備與系統:由採購到維護的技術指南(香港學校)
學校籌建或更新 STEAM 教室,難題往往不在買什麼,而在設備相容性、耗材供應、軟件授權、空間與電力配套,以及採購程序與日後維護。本文整理七類設備、選型技術考量、授權模式、資助學校採購程序(引教育局通告第 4/2013 號的財政限額)、QEF 與「智」啟學教的資助範圍及總持有成本。
閱讀全文
數字教育工具如何選擇:香港學校須考慮的技術與整合因素
香港學校選擇數字教育工具,關鍵不在功能多寡,而在能否與現有平台整合、資料能否互通、長遠能否維護。本文從技術角度說明數字教育工具的五類分工、六個評估維度(系統整合、單一登入、資料互通、行動裝置支援、離線可用、無障礙)、與 eClass 等平台的共存方式、學生資料保護要求,以及採購程序與總持有成本的考慮。
閱讀全文