Claude Fable 5.2 的出現，讓「用一個 Agent 從零寫出一整套產品」聽起來比過去更現實。但它改變的是模型在一次任務裡能理解多少上下文、能改對多少程式碼，而不是誰替你完成域名解析、登入鑑權、支付對帳、內容後台和上線後的維護。這條界線，正是 AI Coding Agent 與 AI Website Builder 的分水嶺。
一句話歸納：AI 編程 Agent 給出最大自由度，代價是工程與營運責任由你承擔；AI 建站平台讓出一部分自由度，換一條已經打通的交付鏈路。 選錯的成本通常不在第一天顯現，而在上線後第三個月——當你需要一個能改文案的後台、一條能收款的流程、一套能被搜尋引擎和 AI 搜尋讀懂的結構時。
Claude Fable 5.2 帶來了什麼變化
Anthropic 在 2026 年 11 月 9 日發布 Claude Fable 5.2 與 Claude Mythos 5.2，兩者基於同一個底層模型；Fable 帶有面向網路安全與生物領域的防護措施，因此對所有使用者開放，Mythos 需要透過驗證專案申請。發布說明中值得關注的幾點見 Anthropic 公告：
- 輸出速度最高比 Fable 5.1 快 30%，定價為每百萬輸入 token 8 美元、每百萬輸出 token 40 美元；可選 fast mode 可將生成速度再提升至多 2.5 倍，對應每百萬輸入 16 美元、輸出 80 美元。
- 在 Agentic coding 評測 FrontierCode 2.0 上，Fable 5.2 於 Xhigh effort 取得 49.1%，FrontierSWE v2 為 69.9%，均高於上一代與 Opus 5.5。
- 官方建議大多數編碼與知識任務從 Claude Opus 5.5 起步，再按複雜度上探 Fable/Mythos 或下探 Sonnet、Haiku；Fable 5.2 也可作為 Advisor 或 Orchestrator 參與多 Agent 協作。
這些數字說明的是單點任務能力上移，而不是產品形態被替換。發布說明沒有把它定義為網站或應用的交付平台：它提供 Agent 能力，程式碼倉庫、執行環境、資料與發布流程仍需有人搭建和維護。
先分清三種工具形態，再談選型
一份 2026 年的建站實踐指南把可選工具分成三類：一體化建站平台（如 Wix）、prompt-to-app 生成器（如 Lovable、v0），以及在你自己程式碼倉庫裡工作的編程 Agent（如 Claude Code 一類）。取捨寫得很直白：一體化平台適合宣傳站與小店，代價是綁定平台、效能控制有限；prompt-to-app 生成器適合想要自訂介面與可匯出程式碼的團隊，代價是按 credit 或 token 計費、產出需要人工複核；倉庫裡的編程 Agent 適合要完全掌控與版本歷史的開發者，代價是託管、測試與部署全部自理（見 How to Build a Website With AI in 2026）。
把這段分類和 Fable 5.2 放在一起看就清楚了：它屬於第三類的「引擎」，We0、Lovable、Bolt 屬於把引擎、基礎設施與交付流程打包好的一層。兩者不是同一賽道的競品，真正要比的是「誰替你承擔交付責任」。
七個維度橫向對比
| 比較維度 | AI 編程 Agent（Claude Fable 5.2 等） | AI 建站平台（We0、Lovable、Bolt 等） |
|---|---|---|
| 程式碼控制 | 靈活度高，可完全接管倉庫與重構 | 取決於平台是否開放匯出與程式碼存取 |
| 頁面生成 | 需要開發流程配合，產出與頁面結構不直接掛鉤 | 直接圍繞網站、頁面與內容結構建構 |
| 使用者認證 | 通常需要自行選型與設定 | 多數平台提供基礎登入能力 |
| 支付體系 | 需要自行整合、對帳與風控 | 部分平台提供，需確認幣種、費率與結算方式 |
| CMS 後台 | 需要開發，或另接一套內容系統 | 部分平台提供現成後台 |
| 部署 | 需要設定工程環境、CI 與回滾 | 通常配有視覺化發布流程與自訂域名 |
| 技術門檻 | 相對較高，需要有人能判斷程式碼對錯 | 更適合非專業開發者自助操作 |
讀表時抓住一條主線：程式碼控制與部署方式決定退出成本，認證、支付、CMS 與多語言決定上線後三個月的維運負擔，技術門檻決定這件事由誰做、能不能持續做。四項基礎設施缺一項，你就得自己補一項。
We0、Lovable、Bolt 分別把「打包」做到了哪一步
We0 的定位是「從建站到獲客的 AI 工作台」：用自然語言描述需求，多 Agent 團隊把它轉成可運行的網站，在視覺化畫布上微調，再一鍵部署到自己的域名；能力清單同時包含 CMS 後台、SEO 與 GEO 優化、支付流程、電商獨立站、多語言與域名部署（見 We0 官網）。它強調的是把頁面生成、後台、上線與後續成長放在同一條鏈路上，而不是只交付一份前端程式碼。
Lovable 屬於 prompt-to-app 生成器這一路：用對話生成可用的介面與應用，按 credit 計量，產出拿到手後需要逐項複核——上面的指南也把「輸出需要 review」列為主要取捨之一。
Bolt 把基礎設施一併塞進產品：除對話式生成 app 與網站，Bolt Cloud 還提供託管、資料庫、使用者管理與認證、SEO 優化、自訂域名與分析，官方頁面說明會按任務自動路由到合適的模型（見 Bolt 官網）。
三者都在往「打包」方向走，區別在側重：Bolt 側重雲端基礎設施，We0 側重從頁面到內容後台、支付、多語言與獲客的鏈路。判斷標準很實際——你缺的是哪一段。
六個問題，逐個回答
Claude Fable 5.2 能直接替代 AI 建站工具嗎？
不能直接替代。它能明顯加快程式碼產出與修改速度，但網站交付還需要域名、部署、表單與線索承接、內容後台，以及上線後的巡檢。團隊裡有工程師願意承擔這些環節時，這類 Agent 是效率倍增器；沒有這類人時，缺的不是更強的模型，而是一條已經打通的交付鏈路。
不會編程的人應該選哪種？
選建站平台。判斷標準不是「哪個演示更炫」，而是「我能不能在不找人的情況下改文案、加頁面、換圖、發布」。視覺化畫布加一鍵部署，比一個能寫程式碼但需要你判斷程式碼對錯的 Agent 更現實。
想做完整 SaaS 應該選哪種？
如果 SaaS 的護城河在業務邏輯、資料模型與整合，編程 Agent 更合適：你有倉庫、有測試、有版本歷史，未來可以按需重構。但要預留認證、計費、後台與合規的工程量，這些通常不是「生成一次」就能長期穩定運行的模組。
只想快速做一個企業官網呢？
建站平台通常更划算。企業官網的難點不在程式碼，而在結構（首頁、產品與服務、案例、關於、聯絡）、可被檢索的內容，以及上線後的持續更新。把這幾件事放在一條已經連好的流程裡，比從零搭一個前端工程更快。
需要登入、支付和 CMS 後台時怎麼選？
先確認平台是否原生提供，再決定要不要自建。用編程 Agent 自建，意味著每一項都要選型、整合、測試並對資金流負責；用平台則要看後台是否滿足編輯權限、多語言、SEO 與 GEO 的實際需求，以及支付渠道是否覆蓋你的目標市場。
後續要不斷迭代，該關注哪些能力？
- 程式碼與資料能否匯出，退出成本有多高；
- 是否有可編輯畫布與內容後台，非技術同事能否自助改版；
- 是否覆蓋多語言與結構化內容，方便後續做 SEO/GEO；
- 發布與回滾是否視覺化，出問題多久能恢復；
- 線索從哪裡進來、落到哪裡，能否接進 CRM 或郵件系統。
三種典型團隊，三種組合方式
幾分鐘搭建展示站並增長獲客
輸入一句想法，We0 AI 即可生成展示站、頁面與 CMS。發佈上線後並幫你獲取客戶和流量。
用戶註冊贈送一次完整項目生成
適合先體驗一次完整生成流程，快速看到專案初稿。
兩人創業團隊做 B2B 官網：官網用建站平台完成，先把頁面結構、案例與可被引用的事實塊做實，產品原型用編程 Agent 驗證，線索頁不必等工程排期。
有工程團隊的 SaaS 公司：核心產品在自有倉庫裡用 Agent 加速開發，行銷站與落地頁交給平台，避免每次活動頁都走一遍發布流程。兩側共用域名體系，但內容與工程職責分開。
Agency 與顧問：客戶網站用平台批量交付，把重複的巡檢與線索承接流程固定下來；需要深度客製的專案再用 Agent 寫，按專案計價而不是按 credit 計價。
上線只是起點：可發現性與轉換才是長期成本
AI 生成的頁面天然是初稿。發布前至少做三件事：
- 事實複核：價格、服務範圍、資質、聯絡方式逐條可追溯，刪掉模型編造的客戶評價與「服務過上萬家企業」這類數字。
- 結構與可發現性：每頁一個 H1、唯一的標題與描述、伺服器端可抓取的 HTML、正確的 sitemap 與 robots.txt，別把測試環境的 noindex 帶上線。
- 效能與轉換實測：Core Web Vitals 的通行達標線是 LCP ≤ 2.5 秒、INP ≤ 200 毫秒、CLS ≤ 0.1，按 75 分位判斷（見 上文指南）；表單要真實提交一次，確認線索能進到人和系統裡。
另一個常被忽略的差異在內容結構：AI 生成的前端容易缺少可複用元件與統一的內容模型，改動導覽就要逐頁複製，長期維護成本反而上升；把頁面生成與 CMS 管理分開，是更穩的組合（見 Can AI coding platforms replace traditional page builders?）。
還要避開一個明確的政策風險：Google 的垃圾內容政策把「用生成式 AI 批量產出沒有新增價值的頁面」列為 scaled content abuse 的典型示例。少而有用，好過多而雷同。
在自有倉庫裡動手前，一條命令能掃掉大部分尷尬：
grep -rniE "lorem ipsum|example\.com|TODO|FIXME|api[_-]?key|secret" ./src
一套可執行的選型流程
- 寫清目標：這一版要帶來線索、驗證需求，還是承載完整產品邏輯？
- 列出硬需求：登入、支付、後台、多語言、多站點，逐項打勾。
- 判斷團隊能力：發布後 48 小時內，誰能修好一個壞掉的表單？
- 算總成本：訂閱費、模型 token 費、工程時間、三個月維運時間放進同一張表。
- 小範圍試跑：先用一個落地頁或一條子流程驗證，再決定是否遷移主站。
決策清單——滿足三項以上，優先 AI 建站平台
- 團隊裡沒有人能長期維護程式碼；
- 上線時間以週計，而不是以季度計；
- 需要內容後台、多語言或在線支付；
- 需要持續產出可被搜尋與 AI 引用的內容頁面。
決策清單——滿足三項以上，優先 AI 編程 Agent
- 產品邏輯本身就是核心資產，需要深度客製；
- 已有工程團隊、測試與 CI/CD；
- 需要接入內部系統或自有資料來源；
- 未來計畫遷移到自有基礎設施。
常見問題
Claude Fable 5.2 是什麼？
它是 Anthropic 於 2026 年 11 月 9 日發布的模型版本，與 Mythos 5.2 基於同一底層模型，差別在於 Fable 帶有更強的安全防護並面向全部使用者開放。它的提升集中在編碼、推理與視覺任務，官方建議大多數日常編碼與知識任務從 Opus 5.5 起步。
We0 和 Lovable 有什麼區別？
We0 把頁面生成、內容後台、支付流程、多語言與域名部署放在同一條交付鏈路上；Lovable 屬於 prompt-to-app 生成器路線，按 credit 計量、產出需要複核。選擇取決於你要的是「打包好的上線鏈路」，還是「可以繼續開發的程式碼」。
用 AI 建站平台做的網站，SEO 會不會更差？
差距通常不來自平台，而來自有沒有處理技術基礎項：可抓取的 HTML、唯一的標題與描述、規範的 sitemap、真實的內容與結構化資料。這些在平台上同樣可以做到，反而常被自建專案忽略。
什麼時候應該兩者一起用？
常見組合是：官網、落地頁與內容站用平台持續營運，內部系統、資料管道與複雜業務邏輯用編程 Agent 開發。兩者共用品牌與域名，但把迭代節奏分開，避免互相阻塞。
相關工具
- We0：面向展示型網站與獲客的 AI 平台，涵蓋自然語言建站、CMS 後台、支付流程、多語言與域名部署。
- Bolt：對話式生成應用與網站，配套託管、資料庫、認證與自訂域名等雲端能力。
- Claude Fable 5.2 發布說明：了解該模型在 Agentic coding 上的評測結果與定價。
相關連結
- Anthropic：Claude Fable 5.2 與 Mythos 5.2
- How to Build a Website With AI in 2026: Tools and Steps
- Can AI coding platforms replace traditional page builders?
- We0 官網
- Bolt 官網
總結
Claude Fable 5.2 提升了單次任務的編碼能力，但沒有改變交付責任的分工：編程 Agent 給出自由度，建站平台給出已經打通的鏈路。判斷方法可以歸結為三個問題——誰在發布後維護它、你需要哪些基礎設施（認證、支付、後台、多語言）、以及未來是否打算把程式碼遷走。先用一個落地頁或一條子流程試跑，比在兩種形態之間反覆爭論更快得到答案。
