Base44 教師完整教學(2026 年 9 月):用一句話做一個學校網頁應用,以及它的 credits 陷阱

一位小學中文科主任想要一個閱讀紀錄系統:學生登入、輸入書名與心得、老師看得到全班進度。向 IT 公司報價,幾萬元起跳,三個月後交付。用 Base44,她在一個下午做出了第一版。但當她想把應用正式派給全級 120 位學生時,才發現真正的計費單位不是她改了幾次,而是學生用了幾次。

這篇拆解 Base44 在 2026 年 9 月的實際情況:它適合做甚麼、不適合做甚麼、完整的製作流程,以及那套雙重額度制度。九個工具的完整清單見 2026 年香港教師最常問的九個 AI 工具。

這是甚麼工具

Base44 是一個 vibe coding 平台——用自然語言描述需求,它生成一個完整可運行的網頁應用,包括前端介面、後端邏輯、資料庫、使用者登入與網頁寄存。Wix 於 2025 年 6 月以約 8,000 萬美元初始代價收購 Base44,並附有至 2029 年的業績分期付款;Base44 至今仍以獨立產品營運。

要說清楚它的定位:Base44 是應用程式生成器,不是教育產品。 它沒有班級、沒有課程、沒有學生安全守門,也不會認識任何教育概念。它與本系列其他三個編程工具的分別在於:Codex、Claude Code 與 Cursor 假設使用者懂程式,Base44 假設使用者不懂。對教師而言,這是唯一一個真正「零程式基礎可用」的選項。

它適合做甚麼:一次性的、輕量的、不牽涉敏感資料的校內小工具——活動報名頁、圖書推介牆、家長問卷收集、科組資源索引、校慶投票。

它不適合做甚麼:任何成為學校常設系統、存放學生成績或行為紀錄、需要與校務系統整合、或需要長期維護的東西。

主要功能

• 對話式建立:在一個提示框描述需求,系統自動產生前端、後端、資料庫與寄存。
• 三種對話模式:Build 模式即時執行、Discuss 模式先討論不改動(每則訊息 0.3 credits)、Edit 模式直接點選畫面元素修改。
• 內建後端:資料庫、使用者驗證與管理、雲端儲存、分析儀表板全部預設包含。
• 可選型號:Auto 自動選型,或手動選 Base 1(Base44 自家模型)、Sonnet 5、Opus 5、GPT-5.6 Terra、GPT-5.6 Sol、GPT-6 Astra、Fable 5.1;手動選型需 Builder 或以上方案。
• 整合連接器:可接 Slack、Google Workspace、GitHub 等常用工具。
• 應用內 AI 聊天機械人:可在你做的應用裏再放一個給使用者用的 AI 助手。
• 視覺編輯:直接點選元素改顏色、字體與間距,手動編輯不消耗 credits。
• 版本紀錄:可還原至先前的版本,包括手動視覺編輯的紀錄。

完整教學:做一個小五閱讀紀錄追蹤應用

場景:小五級,120 位學生,每月要記錄閱讀了哪些書、寫三句感想,科主任要看到全級與各班的進度。

第 1 步:先決定不放甚麼。 在打第一個字之前,先定下規則:不輸入學生真實姓名,只用班別加學號(例如 5A-12)。這不是多餘的謹慎——應用的資料庫在 Base44 的基礎設施上,不在學校手上。關於這一點的完整思路,可參考 本地部署與雲端部署怎樣選。

第 2 步:註冊並開始。 到 base44.com 註冊帳戶,免費方案已包含核心功能。在首頁的提示框輸入第一個需求。提示寫得越具體,第一版就越接近可用:

做一個給香港小學使用的「閱讀紀錄」網頁應用,介面用繁體中文(香港用語)。

使用者有兩種角色:
1. 學生:用班別學號登入(例如 5A-12),看到自己的紀錄列表,可以新增一筆閱讀紀錄。
   每筆紀錄欄位:書名、作者、閱讀日期、書籍類別(下拉選單:故事、科普、歷史、人物傳記、其他)、
   三句感想(限 150 字)、自評星級 1 至 5 星。
2. 教師:登入後看到一個儀表板,顯示全級總閱讀數、各班平均閱讀本數的橫向長條圖、
   以及一個可按班別篩選的紀錄表格,可匯出 CSV。

規則:
- 不要收集學生真實姓名、電郵或電話,只有班別學號。
- 學生只能看到自己的紀錄,不能看到同學的。
- 介面要簡單,小五學生看得懂,按鈕要大。
- 手機瀏覽器也要可用。

第 3 步:用 Discuss 模式先想清楚。 按 Ctrl + .(macOS 為 Cmd + .)切換到 Discuss 模式,問一些你還沒想清楚的問題,例如:

如果一位學生一年輸入 40 筆紀錄,120 位學生就是 4,800 筆。
這個資料量在你的資料庫會有問題嗎?教師的儀表板載入會變慢嗎?
另外,學期完結後我想把舊紀錄封存但不刪除,應該怎樣設計?

Discuss 模式每則訊息只消耗 0.3 credits,而 Build 模式的一次錯誤嘗試可能消耗幾個。先討論再動手,是免費方案下最實際的省額度方法。

第 4 步:分批修改,不要一次過提十件事。 回到 Build 模式後,一次只改一件事:

教師儀表板加一個「本月未有紀錄的學生」清單,按班別分組,只顯示班別學號。

一次提十項要求,AI 通常會做對七項、做錯三項,而你要花更多 credits 把那三項改回來。

第 5 步:用 Edit 模式微調外觀。 按編輯器上方的 Edit,直接點選畫面元素改字體大小、顏色與間距。手動編輯不消耗 credits,這是調整版面最省錢的方式。小五的介面,字要大、按鈕要大、顏色對比要夠。

第 6 步:自己先當一次學生。 用測試帳號完整走一次流程:登入、新增紀錄、看自己的列表、登出。特別檢查一件事——用另一個學號登入,看不看得到剛才那位學生的紀錄?權限出錯是這類自建應用最常見的問題,而它的後果是私隱事故。

第 7 步:發佈。 免費方案的應用會放在 Base44 的子網域上。要連接學校自己的網域,需要 Starter 或以上方案。發佈前請 IT 主任看一次,並把這個應用納入學校的資訊科技使用政策。

第 8 步:先試一班,不要一次過全級。 用 5A 一班試一個月,觀察 integration credits 的消耗速度,再決定是否推展到全級。這是下一節要說的重點。

優點與缺點

優點

• 真正的零程式基礎可用,是本系列四個工具中唯一做到這一點的。
• 由想法到可用的第一版,通常是幾十分鐘而不是幾個月。
• 後端、資料庫、登入與寄存全部內建,教師不必接觸伺服器。
• Discuss 模式讓你在動手前先想清楚,而且明顯較省額度。
• 手動視覺編輯不消耗 credits,微調版面沒有成本壓力。
• 官方明確說明使用者擁有自己的程式碼與資料,並提供 GitHub 同步。

缺點

• 雙重額度制度複雜:message credits 用於建立,integration credits 用於使用者實際使用,後者會隨使用人數增長。
• 免費額度隨時可被更改或取消——服務條款明文寫明官方可全權決定調整、縮減或終止免費額度。
• 應用的資料存放在第三方基礎設施上,學校不是資料控制者。
• 手動選擇 AI 型號需要 Builder(每月 40 美元年繳)或以上方案。
• 沒有任何教育功能與學生安全守門,一切都要教師自己想。
• 自建應用沒有人維護。做的那位教師調校或退休後,它就成了無人敢碰的系統。

收費與費用拆解

以下為 2026 年 9 月官方定價頁數字,美元、未含稅,均為年繳價。

官方說明年繳比月繳便宜 20%。按此推算,月繳價約為 20、50、100、200 美元;確實數字請以官方定價頁為準。官方亦說明額度用完可隨時加購,而連接第三方服務(如 Stripe、SendGrid、OpenAI)的費用由該服務直接向你收取。

學校真正要留意的三件事:

第一,integration credits 隨使用者增長,不隨你的工作量增長。 這是最容易低估的一項。你花幾十個 message credits 做好應用,之後每一位學生每一次觸發整合動作,都在消耗 integration credits。免費方案每月 100 個,以 120 位學生的閱讀紀錄應用計,第一天就可能用完。這也是為甚麼上面第 8 步建議先試一班。

第二,免費額度沒有保障。 服務條款寫得很直接:免費與試用額度屬推廣性質,官方可隨時全權決定修改、縮減、暫停或終止,不負責任。學校若把一個真正投入使用的系統建在免費額度之上,等於把校務流程建在一個隨時可以收回的承諾上。

第三,席位不是計價單位,但擴展性也不在計價之內。 Base44 的計價與教職員人數無關,這是好事——100 位教職員不會變成 100 份費用。但反過來說,它也沒有為「全校 800 位學生使用」這個情境而設計。一個班級用的小工具與一個全校系統,在 Base44 的計價模型下是兩回事。

學生帳戶與年齡。 服務條款要求開立帳戶者年滿 13 歲(歐盟 16 歲),平台不供 13 歲以下人士使用。小學生不能自行開 Base44 帳戶去建應用;至於他們作為你所建應用的使用者,則屬另一層問題——資料在第三方手上,學校須自行完成私隱評估。

教育優惠。 官方定價頁表示提供教育與非牟利定價,按個案處理,可用學生電郵驗證或聯絡支援團隊。折扣幅度沒有公開,學校須自行查詢。

與其他替代方案比較

與 Edor.ai 並列比較

坦白說:如果學校需要的是一個獨一無二、市面上沒有現成方案的小工具,Base44 比 Edor.ai 快得多,也便宜得多,我們沒有這個功能。 但以下這些問題,是 Base44 的設計前提就沒有涵蓋的。

為甚麼學校最終仍需要一個校本平台

Base44 解決的是「這個小需求沒有現成工具」的問題,而它解決得很漂亮。但學校的 AI 需求,九成不是這一類。

它沒有學生安全這個概念。 你做的應用裏若有一個 AI 聊天功能,它不會自動守門、不會過濾不適當內容、不會在學生問到自我傷害相關問題時做任何處理,也不會留下讓教師覆檢的紀錄。這些必須由設計者自己想到並自己實作——而一位中文科主任沒有理由需要懂這些。Edor.ai 的四層守門與教師監控是產品的預設狀態,不是選項。

它不認識你的學校。 校本課程進度、科組評分準則、通告格式,都要在每一個應用裏重新輸入一次。校本知識庫的做法見 校本知識庫:讓 AI 引用學校自己的教材與政策。

自建應用沒有繼任者。 學校 IT 最真實的風險不是安全,是人事。那位熱心的教師調職後,沒有人知道那個應用怎樣改、密碼在哪裏、資料怎樣取回。一個由供應商維護、有匯出保證、有支援的平台,解決的正是這個問題。

它不會替你交代撥款成效。 『智』啟學教撥款要求中期與最終報告。Edor.ai 的 PIE 模組直接由平台數據產出佐證,詳見 教育局 50 萬 AI 撥款怎樣用。

Edor.ai 是專為香港學校、香港教師與香港學生而建的,九個模組涵蓋備課、智能導師、評卷、差異化教學、口語練習、學生數據分析、行政減負、PIE 規劃循環與校本知識庫。我們把全部力氣放在這一件事上,並以全校年費、資料屬於學校、可隨時完整匯出作為承諾。這不代表我們取代 Base44——那個閱讀紀錄小工具,Base44 做得比我們快。

結語

Base44 是教師工具箱裏很值得有的一件:當你需要一個沒有現成方案的小工具,它把「幾萬元、三個月」壓縮成「一個下午」。但用它之前先分清楚兩件事:一是不要把學生個人資料放進去,二是不要把學校的常設系統建在免費額度之上。小工具用 Base44,常設平台用有守門、有支援、有匯出保證的校本方案,兩者各司其職。

想了解校本平台應具備甚麼條件,可讀 教育 AI 平台的 10 個必要條件 或 平台功能總覽。