字節豆包 Seed 2.1：內地高用量模型的校本邊界

採購簡報常把豆包列為「中文能力強、價格低」的選項；最容易忽略的一點，是權重從未公開——學校只有火山引擎一條路，資料不可能留在校網。

豆包在內地企業與消費端的用量確實靠前，中文與多模態整合也經過大量產品打磨。對香港學校而言，評估重點不在排行榜，而在閉源雲端路線能否通過私隱與採購審批。Edor.ai 沒有接入豆包，我們亦不建議用於學生場景。

字節在模型這條線做甚麼

豆包是字節跳動的大模型品牌，開發者入口是火山引擎及其方舟平台。策略上不走開源：能力只透過雲端 API 與字節系產品提供，依托抖音、飛書等生態做深度整合。

Seed 2.1 系列於 2026 年 6 月 23 日在 FORCE 大會發佈，延續「Pro 做難題、Turbo 做高頻、Evolving 追最新」的分工。這在內地 DevOps 團隊很受用；對學校 IT 主任，evolving 型號的每週更新卻意味著：同一條評分提示，下週可能換了脾氣。

學校會碰到的型號

下列定價以人民幣計，取自火山方舟公開價目；批量推理約為標準價一半（適用離峰大量任務）：

一位中學英文科主任試用 turbo 做分層工作紙草稿，回應速度「比 Pro 快兩倍有餘」——但若把同一條提示改綁 evolving，兩週後輸出結構變了，科組就要重新對準評分準則。

錢從哪裡出

定價對內地高用量客戶極具攻擊性：Pro 每 100 萬 token 6 / 30 元人民幣，快取命中 1.2 元，批量推理再砍約一半。香港學校卻要面對人民幣結算、跨境付款、無自架降本三項現實。

以港元造預算、用「智」啟學教撥款（每校最高 50 萬港元，2028 年 8 月 31 日前使用）呈報時，匯率波動與發票格式都要預留行政時間。更關鍵的是：Edor.ai 以固定年費包含 AI 用量，豆包的 token 單價再低，也不會自動變成校本平台的直接帳單項目——除非學校自行整合 API 並承擔合規責任。

批量半价省的是離峰算力，省不了跨境傳輸的私隱評估——兩件事不要混在同一張試算表。

在 Edor.ai 裡擔任甚麼角色

目前未接入，亦不在計劃之內。 平台原生支援 OpenAI、Azure OpenAI、Anthropic、Poe 與本地 Ollama；豆包不在其中，管理員後台看不到選項，我們與字節跳動沒有任何合作關係。

若選豆包是因中文能力，Edor.ai 已支援的供應商在繁體中文回饋上同樣可用；若因希望資料留校，應走 Qwen、GLM 等開源權重加本地 Ollama，而不是換一家內地雲端。接入供應商的前提，是資料處理與條款可向學校與家長清楚交代——豆包在這一點上無法滿足。

甚麼場景適合、甚麼場景不適合

可能勉強討論（教師個人、無學生資料）： 通用備課、公開題目生成；IT 科示範「固定版本 vs evolving 版本」輸出差異；已與內地機構簽署跨境協議的聯校研究（仍須法律審核）。

不建議： 任何含學生個人資料的場景——無自架選項，資料必經內地火山引擎。需要穩定輸出以支援自動評分或標準化提示模板的流程（evolving 型號）。以為「用量大 = 適合學校」而跳過私隱影響評估。歷史、時事、公民教育內容未經實測就直接用於課堂——內容政策邊界按供應商司法管轄區設計，與香港課程處理方式未必一致。

給學校的取捨

• 如果你要學生資料不出香港，就不要把豆包列入學生場景，改看開源自架或 Edor.ai 已支援的供應商。
• 如果你需要可預測的評分輸出，就避開 evolving 型號，並把提示模板覆核週期寫進科組守則。
• 如果你仍考慮教師個人使用，就在 AI 守則列明禁入資料類別，並以港元試算含匯率與跨境手續費的總成本後再呈交校董會。