跳至主要內容
HK Learn AI
AI 開發工具

Claude Fable 5 網站設計完整教學:由品牌 Brief、Claude Code 到響應式 QA

先校正 Fable 5 的模型身份、香港供應、方案與資料保留,再由虛構品牌 brief、repository 規則、第一個 vertical slice、逐輪改版、browser 驗收走到 staging 交付。本文不承諾一鍵生成高價網站,而是提供可追溯、可審核的繁體中文 Claude Code 工作流。

HK Learn AI 編輯部標誌

HK Learn AI 編輯部

編輯部

發佈於 2026年7月25日

最後審閱:2026年7月26日

分享這篇文章
本頁內容
Claude Fable 5 配合 Claude Code 由品牌規格、網站開發、響應式測試走到人工批准的可驗證流程

難度

中階

所需時間

90–180 分鐘完成可驗收原型;正式客戶網站視內容與功能而定

你需要準備

Claude Fable 5(只限官方資格及帳戶可見時) · Claude Code 2.1.170 或更新版本 · Git repository 與本機開發環境 · 現有前端框架、package manager、lint 與測試工具 · Claude in Chrome 或其他獲批准的瀏覽器測試方式 · Staging hosting、版本控制及人工審批紀錄

開始之前

  • 先核對所在地區、方案、組織政策及 Fable 5 是否在官方模型選單可用
  • 可讀懂基本 repository、終端指令、檔案 diff 和瀏覽器 console
  • 已有合法使用的品牌文案、字體、圖片與設計素材,或只用明確虛構資料練習
  • 不把 production secret、私人客戶資料、未公開設計或第三方受限制內容交給未獲批准服務
  • 準備由人審核需求、視覺、程式、測試、部署與最終商業承諾

這段來源教學實際建立的是一個深色冥想應用程式 landing page:先搜尋視覺參考並放入 Figma moodboard,再把不同參考的版面、枝條、色彩和質感交給圖像模型重組;其後分離背景與文字/UI、在 Claude Code 建立 hero、把靜態枝條生成動畫、嵌入網站,再擴展 feature、divider、mobile、testimonial 與 footer。本文按這條真實操作線重寫,而不是以抽象示意圖代替操作畫面。

來源片名以「US$50,000 websites」作定位,但模型或一次示範不會保證網站售價、成交或正式交付。可收費的網站仍要有原創策略、合法素材、正確內容、工程、測試、部署、合約和維護。本文把畫面視為工作流證據,不把任何價格口號當成結果承諾。

媒體披露:文章封面是 ImageGen 製作的編輯圖片;內文使用獲授權的真實來源教學截圖與影片片段,所有畫面均裁走來源身份、帳戶、個人路徑及社交平台推廣區。四段預覽片均為靜音,只展示動畫、頁面整合、捲動與響應式行為。全部內文媒體已於 2026-07-26 逐張、逐段人工檢查。

25 分鐘來源教學時間軸

來源時間實際工作本階段輸出
00:00–01:00完成網站與動畫效果預覽目標風格與互動方向
01:00–04:00搜尋設計、色彩、枝條與 3D 物件參考Figma moodboard
04:00–06:00三張參考組成 multimodal prompt冥想網站初版視覺
06:00–08:40淺色改深色、分離背景與 UI乾淨背景資產與文字位置參考
08:40–12:00找字體、建立 Claude Code 專案與 hero可縮放的第一版 hero
12:00–16:20圖像轉影片、影片參考效果、hero 整合動態背景與可讀性修正
16:20–19:10擴展 feature、影片卡與 CTA首屏以外的內容段落
19:10–22:30設計 divider、整合 desktop、修正 mobile段落轉場與響應式版面
22:30–24:30testimonial、footer、間距與第二個影片 divider完整 landing page 下半部

步驟一:把參考拆成「可以借鑑的設計屬性」

來源先花時間搜尋網站、色彩、枝條、蝴蝶與 3D 物件,把截圖集中到 Figma。Figma 在這一步只是 moodboard,不是逐像素重畫工具。真正要記錄的是每張參考提供甚麼:第一張可能提供文字層級,第二張提供苔蘚枝條,第三張提供紫色光影,另一張提供留白或浮動物件。

不要把整個網站、logo、文案和獨有互動一起交給模型要求複製。較安全的做法是為每張參考加註「只取色板」「只取枝條質感」「只取左右文字位置」,再寫明需要建立原創品牌、原創文字和不同的最終構圖。

Figma 中央 moodboard 整理網站版面、苔蘚枝條、紫色 3D 視覺與色彩參考
來源步驟 04:08:把版面、枝條、色彩和 3D 氣氛集中比較;來源清單、社交帳戶與個人介面已不在畫面內。

來源示範的參考整理節奏

  1. 先選一個大方向:冥想應用程式 landing page。
  2. 找一張提供 hero 文字與留白關係的網站參考。
  3. 另找枝條/苔蘚的物件參考,不要求保留原圖色彩。
  4. 再找深紫背景、橙色點綴或蝴蝶等氣氛參考。
  5. 每張圖寫明只採用哪一個屬性,避免模型混入不需要的 logo、navbar 或文案。

步驟二:用三張參考寫一個可檢查的 multimodal prompt

來源把第一張圖指定為網站版面,第二、第三張圖指定為枝條素材,然後要求把內容改成冥想應用程式、移除原本 navbar 和中央樹、用枝條跨越整個 hero,並把枝條背景統一成第一張圖的環境。重點是逐張說明角色,而不是一次上載多張圖後只寫「combine these」。

三張視覺參考、文字指令與多個紫色蝴蝶枝條生成結果同時顯示
來源步驟 05:53:prompt 指定第一張提供網站結構、其餘兩張提供枝條,並要求改成冥想主題;上方是同一批輸出的多個可比較選項。

來源由三個初版結果中挑一個最接近方向的版本,再進入下一輪;不是把第一張生成結果直接交給 Claude Code。每輪只改一個主要變項,才看得到指令造成的差異。可使用以下核對表:

  • 構圖是否保留預期文字區與 CTA 區?
  • 枝條是否真的跨越 hero,而不是變成中央獨立物件?
  • 是否混入參考圖的 logo、navbar 或原文案?
  • 背景是否留出足夠對比放真正 HTML 文字?
  • 物件邊緣是否適合後續動畫與裁切?

步驟三:由淺色初稿改成深色方向,再分離背景與 UI

第二輪指令不重做全部內容,而是把枝條質感改成參考圖的苔蘚感、背景換成深色漸層、文字改成淺色,並明確排除不需要的黃色圓形。獲選結果形成深紫色枝條、橙色小花、白色襯線標題和簡潔 icon 的 hero。

深紫色冥想網站 hero,包含大型白色標題、苔蘚花卉枝條、導覽與三個功能 icon
來源步驟 07:21:由淺色概念迭代成深紫版本;畫面顯示獲選構圖,而不是生成中或移動游標狀態。

接着要把一張「看似網站」的圖片拆成真正可開發資產。來源分兩次要求:

  1. 背景版本:保留同一視覺與構圖,但移除文字、按鈕、icon、圓形和 logo,只留下高解像度背景。
  2. UI 位置版本:移除圖片與漸層,只保留文字及 icon 的位置關係,放在純黑背景,讓 coding agent 容易辨認層級。

這一步很重要:若直接把完整 hero JPG 當網站,標題無法選取、mobile 無法重新排版、搜尋引擎和輔助技術讀不到內容,圖片內文字亦可能錯。背景可以是媒體,navbar、標題、CTA 和 feature 應由真正 HTML/CSS 建立。

步驟四:先找對字體,再讓 Claude Code 建第一版 Hero

來源先以 Google Fonts 圖片比較襯線字型,最後把字型名稱連同參考圖交給 Claude Code;同時建立新專案,要求純黑背景、文字與內容按參考位置排列、由 Google Fonts 匯入字體、用 icon library 建立三個 icon,並明確要求 mobile responsive。選定 Fable 5 後才送出。

一個來源忠實而較安全的第一輪 prompt 應包含:

  • 先讀現有專案,不任意換 framework 或 package manager。
  • 建立 hero、navbar、標題、描述、三個 feature icon 和 CTA。
  • 把生成背景當 media layer;所有文字仍用 HTML。
  • 指定字型、fallback、最大文字寬度、對比與 mobile 斷點。
  • 要求 320px 起不出現水平溢出,導覽與 icon 可鍵盤操作。
  • 完成後列出修改檔案並跑現有 lint、test、build;未執行的項目不得寫成已通過。

來源以縮小預覽檢查初版可否響應式收窄,並看到 icon hover 效果。這只能證明畫面初步適配,不能代替完整 browser、keyboard、console 和 production build 測試。Fable 5 是模型,Claude Code 是操作 repository 的工具;可參考 Anthropic 的Fable 5 模型說明Claude Code 常見用例

步驟五:把靜態枝條轉成影片,Prompt 要約束鏡頭

來源先嘗試最簡單版本:「animate this,no zoom in or zoom out」,設定 10 秒及 1080p;之後再測試以一段短參考影片提供「元素如何出現」的動態語法。進階 prompt 明確說只採用第二段參考的動畫效果,不取它的顏色或物件,並描述蝴蝶、枝條和花朵出現的次序。

Higgsfield Create Video 顯示紫色枝條起始圖、Kling 3.0 與動畫 prompt
來源步驟 12:08:起始圖與動作指令同時可見;prompt 約束蝴蝶、枝條與花朵的出現方式,而不是只寫「make it cinematic」。

生成後要播放完整片段,檢查枝條有沒有縮放漂移、花朵是否突然閃現、連接框是否穿越、開頭和結尾能否循環。下面的片段保留實際動態結果,因此不能用單張 still 代替。

真實來源預覽 01(14:02.0–14:09.0,靜音):完整展示花卉/連接框效果如何進入畫面;poster 僅作本影片縮圖,沒有另作內文圖片。

步驟六:把影片嵌入 Hero,先解決文字可讀性

來源把下載的動態片交給 Claude Code,要求放到 hero 背景,並先不加 overlay,以便看清真實衝突。結果證明影片能循環,但文字對比和比例受到影響。修正指令把全頁字體約縮小 10–15%,主標題再縮小約 30%,並移除沒有實際作用的 divider。

這是一個值得保留的迭代方法:先以最少處理看媒體與 UI 的真實關係,再針對讀不清的文字、過大的標題和多餘線條修正;不要在影片上先加重遮罩,令問題看似消失。若背景動態過強,可比較較平靜版本,按受眾與內容選擇,而不是永遠選效果最多的一段。

真實來源預覽 02(14:49.2–14:58.0,靜音):同一動畫已在實際 hero 內循環,適合檢查文字、背景動態、裁切和整體對比。

步驟七:Hero 通過後,才擴展 Feature 與 CTA

來源在獲選 hero 方向後,再要求建立其餘頁面內容:先用交錯「棋盤式」版面放影片與文字,加入三組 icon feature、testimonial 和 footer。第一版生成後再把三張大型卡縮成兩張,移除卡片外框與填色、替兩張卡換上不同影片,並在說明下加入白色按鈕。

深色冥想網站 Feature 區,左側為蝴蝶花卉影片卡,右側為 Guided Meditations 文字
來源步驟 17:44:網站已由單一 hero 擴展到交錯 feature 段落;畫面是完成頁面內容,不包含對話介面、個人路徑或游標。

擴展內容時要防止模型以看似真實的數字、客戶、獎項或健康功效填滿空位。示範文字只能視為 placeholder。正式專案應把 copy 存在可審批的內容檔,標記 Draft/Fact checked/Approved,再由網站讀取。

真實來源預覽 03(18:08.0–18:17.0,靜音):連續捲動證明多個區段已在同一頁面成立;它不是把同一張 hero 截圖重複播放。

步驟八:用 Divider 管理兩個段落的接縫

來源先把 hero 尾部與 Experience 開頭截圖放入 Figma,用去背枝條嘗試段落接縫;第一個物件遮住文字便換另一個,而不是強行保留。獲選枝條再交給 Claude Code,要求 Experience 上方增加約 200px 空間,並把 divider 絕對定位在 hero 與下一段的中間。

桌面版冥想網站的 Hero 尾部、枝條接縫與 Experience Feature 開頭
來源步驟 21:03.5:divider 已融入 desktop 頁面,負責連接紫色 hero 與黑色 Experience 段;可直接檢查留白、遮擋和層級。

Desktop 合格後,來源立即查看 mobile,將 hero 內 Relax、Focus、Restore 三項由直向三列改成同一橫列並縮小。這個修正不是「整頁變小」,而是針對窄屏重新排列資訊。手機還要檢查 divider 是否超出、文字是否被背景遮住、影片裁切位置及長內容高度。

真實來源預覽 04(22:08.0–22:13.0,靜音):保留來源 mobile viewport 的真實窄比例,再以中性色側邊留白輸出,沒有把手機畫面拉伸。

步驟九:整理 Testimonial、Footer 與最後間距

來源在最後一輪把 testimonial 卡的填色移除、保留細邊框,移除 testimonial 與 footer 之間多餘 divider,並對齊 feature、testimonial 與 footer 的垂直距離;另加入一段純黑背景影片作為下方接縫。這些都是具體可重現的修改,比「make it premium」更容易驗收。

深色網站 Community testimonial 區的三張文字卡與下方留白
來源步驟 24:08:testimonial 區已完成去填色及間距整理。畫面內姓名、年資與體驗文字是教學版面 placeholder,正式發布前必須以有證據及已獲同意的真實內容取代,否則應刪除。

來源最後停在 landing page 完整版,而不是完整多頁 production 網站。因此交付名稱要誠實:若只完成 landing page prototype,就不要聲稱已完成 CMS、登入、付款、表單後端、analytics、SEO 遷移或正式部署。

Fable 5 與香港使用前的編輯核對

來源示範選擇 Fable 5,但讀者仍要按當日官方資料核對模型、方案、地區和資料政策。Anthropic 的Claude 可用地區頁是地區資格來源;本文核對日香港未列於該名單,因此本文不提供 VPN、借用身份、代購帳戶或其他繞過方式。Fable 5 的方案資格與 usage credits 應查閱官方方案說明和自己的帳單頁。

正式客戶資料亦不能因為模型能處理長 context 便直接上載。先核對合約、組織政策、保留期、第三方素材 licence 和客戶同意;練習時用虛構品牌、匿名文字與測試 secret。Claude in Chrome 或其他 browser agent 可協助查 DOM、console 和 network,但登入、提交表單、付款、部署、DNS 和 production 寫入仍應保留人工批准。

來源流程的發布前 QA

範圍最低檢查不可當成證據
視覺背景、HTML 文字、對比、裁切、divider、長內容只有一張 desktop hero 截圖
Responsive320、390、768、1024、1440px;無水平溢出只拖窄瀏覽器一次
互動導覽、CTA、keyboard focus、reduced motion按鈕有 hover 動畫
內容品牌文案、數字、testimonial、圖片 licence 有 owner模型自動填滿版面
工程當次 lint、test、production build、console、broken links本機 dev server 能開
影片poster、尺寸、壓縮、無聲 fallback、reduced motion、流量生成平台內播放正常
交付staging URL、commit、環境、回滾、未解問題與人工批准coding agent 說「已完成」

針對這個頁面的實際檢查清單

  1. Hero 背景影片不阻擋標題、CTA 或導覽。
  2. 影片未載入時仍有可讀背景色或 poster。
  3. reduced-motion 使用者不會被強制播放非必要動畫。
  4. Relax、Focus、Restore 在窄屏仍可讀且不超出。
  5. 枝條 divider 不遮住上下段標題或焦點元素。
  6. Feature 影片各自對應正確文字,不重複相同 URL。
  7. 所有 CTA 有目的地、focus style 及可理解連結文字。
  8. testimonial 只使用真實、已同意、可證明內容;否則刪除。
  9. 字體有合法 webfont 使用權及 fallback。
  10. 生成參考只抽取設計原則,最終內容與資產為原創或獲授權。
  11. production build、route、404、console 及 network 以當次結果核對。
  12. 發布、domain、analytics 與真實表單連線由人批准。

延伸閱讀

總結

來源流程的核心可以濃縮成九步:蒐集參考並標註用途;用 multimodal prompt 重組而非照抄;挑選方向後再改色;把背景與 UI 分離;Claude Code 建真正 HTML/CSS hero;把靜態背景生成受約束影片;先修可讀性再擴展內容;以 divider 和 mobile QA 處理段落;最後清理 testimonial、footer 和間距。高能力模型可以加快每一步,但只有版本、測試、授權和人工批准,才能把漂亮 demo 變成可交付網站。

資料來源與引用

我們附上第一手及官方來源,方便你逐一核實。

  1. 1.Claude Fable 5Anthropic
  2. 2.Introducing Claude Fable 5 and Claude Mythos 5Claude Platform Docs
  3. 3.Models overviewClaude Platform Docs
  4. 4.Prompting Claude Fable 5Claude Platform Docs
  5. 5.EffortClaude Platform Docs
  6. 6.Claude Fable 5 on your planClaude Help Center
  7. 7.Where can I access Claude?Claude Help Center
  8. 8.Use Claude Code with your Pro or Max planClaude Help Center
  9. 9.Claude Code: Common developer use casesClaude Help Center
  10. 10.Models, usage, and limits in Claude CodeClaude Help Center
  11. 11.Get started with Claude in ChromeClaude Help Center
  12. 12.What are artifacts and how do I use them?Claude Help Center
  13. 13.Publish and share artifactsClaude Help Center

常見問題

Claude Fable 5 是網站 builder 嗎?

不是。Fable 5 是 Anthropic 的模型。你可在合資格 Claude 介面、Claude Code 或 API 使用它;真正負責 repository、框架、hosting、domain、資料庫、測試和維護的仍是相應開發工具與團隊。

用 Fable 5 生成的網站是否一定可售 US$50,000?

不可以這樣承諾。Anthropic 沒有提供任何網站售價、收入或客戶成交保證。商業價格取決於研究、策略、內容、品牌、設計、功能、整合、測試、授權、支援、合約和實際市場需求;模型只參與其中部分工作。

香港用家目前可否直接使用 Fable 5?

截至 2026 年 7 月 26 日,香港未出現在 Claude 官方可用地區名單。讀者應按所在地、帳戶和組織政策核對官方資格;本文不建議或教授 VPN、外地身份、第三方帳戶或其他繞過限制的方法。

Fable 5 是否包含在 Claude Pro?

官方方案規則在 2026 年 7 月 20 日後有變:Fable 5 不計入 Pro 和標準 Team 席位的方案用量,使用時由 usage credits 計費;Max 和 premium 席位可在指定比例的每週用量內使用。實際模型選單與帳單頁才是你帳戶的準確來源。

應用 Claude Artifacts 還是 Claude Code 建網站?

要快速製作獨立互動原型可先用 Artifacts;要在正式 repository 處理多檔案、現有框架、測試、版本控制和部署流程,Claude Code 較合適。Artifact 公開連結不應自動被視為完整 production 交付。

可以把客戶的未公開網站和資料直接交給 Fable 5 嗎?

不要先假設可以。Fable 5 官方資料列明 30 日資料保留,而且不支援零資料保留。先核對客戶同意、合約、公司政策、帳戶控制和資料分類;練習時使用虛構品牌、匿名內容和測試 secret。

一次完整 prompt 是否比逐輪改版更好?

完整 brief 很重要,但不代表一次生成就可交付。先完成一個可驗收的 vertical slice,再按單一問題、小 diff 和重複測試逐輪推進,較容易找出錯誤、控制 scope 和回滾。

Fable 5 應否處理所有網站工作?

不需要。官方把 effort 視為能力、延遲與成本的取捨。可把 Fable 用於最困難的架構、跨檔案問題或高要求審核;簡單文案、機械修改和重複檢查可按帳戶可用模型與成本選擇較合適方案。

Claude in Chrome 可以自動證明網站沒有問題嗎?

不能。它可讀畫面、console、network 和 DOM,適合 build-test-verify,但官方亦提醒瀏覽器操作仍有風險。自動檢查只是證據之一;付款、登入、資料寫入、部署和不可逆操作仍應保留人工批准。

網站畫面看起來漂亮,是否等於可以發布?

不是。至少還要核對內容真確、版權與 licence、響應式、keyboard、焦點、表單錯誤、console、broken links、build、測試、secret、SEO、analytics 同意、staging 批准、回滾和維護責任。

本文遵循我們的 編輯準則.

HK Learn AI 編輯部標誌

關於作者

HK Learn AI 編輯部

HK Learn AI 編輯部負責研究、查證同編寫每一篇內容,並引用官方及第一手來源。

此主題相關文章

n8n、Claude Code 與 Google AI Studio 按工作流、程式庫和 App 交付分工的工具選型圖
AI 開發工具2026年7月19日

n8n、Claude Code、Google AI Studio 怎樣選?自動化、開發與部署決策指南

三者不是同一類工具:n8n 擅長把既有服務編排成可觀察工作流,Claude Code 是可讀寫程式庫及執行指令的 agentic coding tool,Google AI Studio Build 則已由快速原型進化成支援 Node.js、Secrets、Firebase、GitHub 與 Cloud Run 的全端建構環境。本文按 2026 年 7 月官方資料校正影片中的過時定位,提供決策矩陣、五個實際場景、組合架構、提示詞、費用快照和上線 QA,並附 6 張去識別教學畫面/資訊圖與 1 段人工審核動態預覽。

閱讀約 26 分鐘繁中