AI 協作實例

關東八日旅遊指南製作說明

用 Claude Design + Claude Code 接力,把腦中的自助行程變成可看可點、能離線、能列印的單頁式網頁

← 返回 AI 應用 看完整成品 →
這是「示範性」製作流程,不是當時的實際對話紀錄

這份說明是從成品反向推導出來的範例流程,告訴你「如果要重做一個類似網頁,可以怎麼做」。指令範本可以直接複製改寫,套到自己的旅遊計畫、活動籌備、產品介紹頁都通用。

1

案例背景:為什麼做這個旅遊指南

準備一趟 8 天 7 夜的關東自助旅行,行前需要整理大量資訊:車站出口、票券種類、每日動線、餐廳清單、行前清單、天氣對策。傳統做法是開 5、6 個 app 切來切去(Google Maps、Notes、Excel 試算表、LINE Keep、瀏覽器書籤),每個工具裝一點,要查時還要記得放在哪。

這個案例的想法很單純:用 Vibe Coding 做一張自己的「旅遊指南單頁」,把所有資訊集中在一處,還能在現場用手機開啟、可以離線、可以列印。

5 個自助旅行常見痛點

1
資料散在好幾個 app:行前清單在 Notes、車站出口在地圖 app、餐廳清單在 IG 收藏、行程表在 Excel,要看一個資訊得切 3-4 次工具
2
現場查路線麻煩:手機訊號不穩、Google Maps 載很久。要的是「先看一眼今天要去哪、從哪個出口走、需要幾分鐘」的快速摘要
3
行前清單漏東西:要帶的證件、現金、藥品、轉接頭,前一晚才匆忙整理常常漏,需要一份可以勾選的清單反覆檢查
4
體力與預算心裡沒底:哪天會很累、哪天交通會花比較多錢?用文字看不出來,用圖表一眼就懂
5
想跟家人朋友分享:傳檔案不方便、傳連結最好。連結一發,大家都能看;家人不熟手機 app 也能列印帶在身上
此案例的閱讀定位

這個案例是第 7 章「Vibe Coding 入門」的個人展示型成果。學員讀完後可以套用同樣方法到自己的領域:研究室介紹頁、活動籌備頁、社團迎新指南、課程選課輔助頁、家族旅遊記錄、個人作品集。

2

工作流程:Claude Design → Claude Code → Chart.js → 部署

整個製作流程約 2-3 天課餘時間(每天 2-3 小時)。核心策略是「先想清楚要呈現什麼資料,再決定視覺風格,最後加圖表與互動」。

1
紙筆
整理資料骨架

把 8 天行程的資訊先在紙上(或 Notion / Google Docs)整理成 5 大區塊:行前準備、車種介紹、旅程概覽、每日導航、實用資訊。每區塊有什麼小細項先寫清楚。

2
Claude Design
設計風格與版型

用 Claude Design(對話式生簡報 / 網頁的工具)指定「日式視覺風格」「5 大區塊」「響應式版面」。Claude Design 會產出 HTML + Tailwind CSS(一套熱門的 CSS 工具庫,可用簡短的英文標記快速排版,不必另外寫樣式檔)雛形,有風格、有 layout、但內容是假資料。

3
Claude Code
填內容 + 加互動

把第 1 步的真實資料丟給 Claude Code,讓它把雛形的假資料換成真資料。同時加上互動元件:可勾選的清單、可切換的每日 tab、可展開的細節區、滑鼠懸停的名詞解釋。

4
Chart.js + GitHub Pages
加圖表 + 部署

用 Chart.js(免費圖表函式庫)畫「每日體力消耗」「每日交通花費」兩張圖。最後請 Claude Code 部署到 GitHub Pages(GitHub 提供的免費靜態網站空間,把網頁檔案放上去就能有公開網址),得到一個公開連結可以分享給家人朋友。

跟「案 3 醫療品質儀表板」的對照

這個案例屬於 Vibe Coding「個人展示型」產出,跟案 3 醫療品質儀表板的「工具型」產出差異明顯。對比一下,你會看到 Vibe Coding 能做的事其實很廣:

面向 案 2 · 個人展示型(關東旅遊指南) 案 3 · 工具型(醫療品質儀表板)
主要目的查資料、看路線,讀者一次性讀完或現場查每天打開來「做事」,記錄與追蹤專案進度
資料儲存純前端:資料寫死在 HTML 內,讀者看到的就是固定內容有後端邏輯:用 IndexedDB(瀏覽器本地資料庫)儲存,會記住使用者輸入的資料
視覺風格視覺強、有風格(日式紅黑配),以「閱讀體驗」為主嚴肅、克制、Apple HIG 風格(蘋果的官方介面設計準則,強調可讀性與一致性),以「資訊清晰」為主
互動程度中等:勾選清單、切換每日 tab、展開細節、看圖表 tooltip高:新增專案、新增任務、改狀態、查月報
技術堆疊HTML + Tailwind CSS + Chart.js + 少量 JS純 HTML + CSS + JS + IndexedDB
適合什麼場景旅遊指南、活動籌備、課程介紹、研究室介紹、作品集專案管理、品質追蹤、進度監控、個人記帳
是否需資料庫不需要(讀者只是看)要(才能記住使用者輸入)
兩種類型怎麼選?

看你要做的東西讀者會「不會輸入資料」:不會 → 個人展示型(像本案);會 → 工具型(像案 3)。個人展示型的好處是不必處理資料儲存問題,技術上單純很多,從零做出來通常 2-3 天就能完成;工具型則要花更多時間設計資料結構,通常需要 5-7 天。

3

關鍵指令範本:5 段可直接套用的對話

以下 5 段指令範本是可以直接複製改寫套到自己情境的版本。把「關東八日旅遊」換成你的主題(例如「實驗室招生介紹」「社團迎新指南」),就能產出對應網頁。

指令 1 · 階段 2 Claude Design
指定整體風格與 5 大區塊版型

第一步先把「網頁長什麼樣、有哪幾大區塊」講清楚。風格與版型先定案,後面填內容才不會亂改。

我要做一個個人化的單頁式旅遊指南網頁,主題是「日本關東八日自助旅行」。 設計風格: - 日式視覺:紅 + 黑 + 米白為主色,字型用 Noto Serif TC(襯線標題)+ Noto Sans TC(內文) - 留白多、字級分明,有那種「Less is more」的旅誌感 - 印章視覺、漢字裝飾元素(例如「旅・記」二字大字) 版型結構(5 大區塊): 1. Hero:標題 + 日期 + 一句話介紹 + 印章視覺 2. 行前準備:必備物品清單、Suica 交通卡說明、台灣旅客特別注意 3. 電車車種筆記:急行/特急/各停 等對照 4. 八日旅程概覽:每日體力消耗圖、交通花費圖 5. 每日詳細交通指引:tab 切換每天的內容 技術要求: - 純 HTML + Tailwind CSS,不要用框架 - 響應式:桌機、平板、手機都要好看 - 頂部固定 navigation,點按鈕滾到對應區塊 請先給我框架雛形(layout + 風格),內容用「Lorem ipsum」或假資料即可,確認風格後再填真內容。

關鍵心法:不要一次塞所有細節給 AI,先用「假資料」(也就是上面 prompt 提到的 Lorem ipsum,設計師圈用了一輩子的「無意義拉丁文範例文字」,讓視覺先到位)確認版型,版型對了再填真資料。這樣中間發現「不喜歡這個風格」修改成本最低。

指令 2 · 階段 3 Claude Code
用真資料替換雛形假資料

版型確定後,把整理好的真實資料丟給 Claude Code,讓它把假資料換掉。資料越具體越好。

附上的 HTML 是我們上一步做好的雛形(目前是假資料)。請依下面的「真實資料」把假內容替換掉: 【行前準備】 - 必備物品(7 項):護照、日圓現金、行動電源、舒適好走的鞋、摺疊傘、小毛巾、eSIM - Suica 交通卡:在羽田機場第 3 航廈取得,建議儲值 5000 日圓 - 台灣旅客特別注意:免簽 90 天、Visit Japan Web、電壓 100V、時差 +1 小時、室內冷氣強、不收小費、電車禁打電話、走路靠左 【電車車種】 - 各停(灰)、急行(藍)、特急(橘,部分需加購)、F-Liner(紅,五社直通) - 強調「最常踩雷:搭錯車種」「看行先比看路線名更重要」 【八日行程概覽】 - Day 1 抵達 / Day 2 東京大縱走 / Day 3 川越 / Day 4 鎌倉 / Day 5 橫濱 / Day 6 自由日 / Day 7 採購 / Day 8 返程 - Day 2 與 Day 4 步行量最大 請保留你已經建好的版型與互動,只替換內容。內容換完後,把整段 HTML 給我。

關鍵心法:真資料要整理成結構化的條列,不要一段長文丟過去。AI 拿到結構化資料,替換時不會亂組合;拿到長段落,常常會自己「補充」內容(把沒講的也腦補出來)。

指令 3 · 階段 3 Claude Code
加上互動元件:勾選清單、tab、展開細節

靜態網頁讀起來容易膩。加上「可勾選」「可切換」「可展開」的互動,讀者能參與,體驗會差很多。下方 prompt 提到的 checkbox 是 HTML 的核取方塊、details / summary 是 HTML 內建的「點擊展開」標籤,都不需要額外的 JavaScript 函式庫。

請為這份旅遊指南加上下面 4 種互動,讓讀者能「動」起來: 1. 可勾選的清單(行前準備那區) - 每個項目前加 checkbox,點了就劃線變灰 - 重整網頁後狀態不必保留(讀者出發前一次性使用) 2. 每日 tab 切換(每日導航那區) - Day 1 ~ Day 8 八個 tab 橫排 - 點 tab 切換下方內容,只顯示當天 - 手機上 tab 改成可橫向滑動 3. 可展開的細節(每日導航內,進階細節) - 用 details / summary 標籤 - 預設收合,點「+」展開,點「-」收合 - 適合「實用日語」「天氣對策」這類非必看的補充 4. 名詞解釋小提示 - 對於「F-Liner」「直通運轉」「Suica」這類專有名詞,滑鼠懸停顯示說明 - 用紅色虛線下底線標記可懸停的字 請用純 JavaScript 實作,不要引入 jQuery 或其他框架。

關鍵心法:把互動分成4 種「明確的功能」,而不是說「請加點互動效果」。具體越好,AI 才知道要做什麼;模糊的要求只會得到模糊的成果。

指令 4 · 階段 4 Chart.js 整合
加兩張圖表:每日體力消耗 + 每日交通花費

文字描述「Day 2 會很累」沒感覺,用圖表讀者一眼看到「Day 2 是峰值」就懂了。Chart.js 是免費好用的圖表函式庫,下方 prompt 提到的 tooltip 是「滑鼠停在圖上會出現的小提示框」、CDN(Content Delivery Network,內容傳遞網路,可以想成「線上隨叫隨用的程式倉庫」)讓你不必安裝 npm 套件直接用 Chart.js。

請在「八日旅程概覽」區塊加兩張 Chart.js 圖表: 圖 1:每日體力消耗預測(折線圖) - X 軸:Day 1 ~ Day 8 - Y 軸:疲累指數(1-10,主觀感受) - 數據:Day 1 = 3(抵達日,有時差);Day 2 = 9(東京大縱走);Day 3 = 6(川越);Day 4 = 9(鎌倉海邊大走);Day 5 = 7(橫濱);Day 6 = 4(自由日);Day 7 = 5(採購);Day 8 = 3(返程) - 用紅色線條,Day 2 與 Day 4 的點要視覺強調 圖 2:每日交通花費(長條圖) - X 軸:Day 1 ~ Day 8 - Y 軸:日圓 - 數據:Day 1 = 1200(機場到飯店);Day 2 = 800(東京市內);Day 3 = 2400(川越往返);Day 4 = 2200(鎌倉往返);Day 5 = 1800(橫濱往返);Day 6 = 600(市內);Day 7 = 600(市內);Day 8 = 1200(回機場) - 滑鼠停在長條上,顯示當日車票明細 tooltip 兩張圖都要響應式(手機上也好看),用 Chart.js 透過 CDN 引入,不要安裝 npm 套件。

關鍵心法:圖表的「數據要先想好」再丟給 AI。如果只說「請畫個體力圖」,AI 會亂填數據;把每天的數字明確列出來,圖表才會準確反映你的真實情況。

指令 5 · 階段 4 部署 + 列印
部署到 GitHub Pages + 加列印樣式

做完要分享。部署到 GitHub Pages 免費、有公開網址。順便加上列印樣式(CSS 的 @media print 是「當使用者按列印時才套用」的特殊樣式塊,可以單獨設計紙本版的外觀),讓家人能列印帶在身上。下方 prompt 提到的 GitHub repo(程式碼倉庫,可以想成「這個專案的線上資料夾」)、main 分支(程式碼的主線版本)、README.md(專案首頁說明文件)都是 GitHub 的標準結構。

請幫我把這份旅遊指南做完最後兩件事: 1. 加上列印樣式(@media print) - 列印時隱藏 navigation、所有按鈕、互動提示 - 字體稍微縮小,讓 A4 紙能容納更多內容 - 圖表保留,因為列印出來給長輩看路線很有用 - 背景色去掉(省墨水) 2. 部署到 GitHub Pages - 建一個 GitHub repo 叫 kanto-travel-guide - 把這個 HTML 命名為 index.html,push 到 main 分支 - 開啟 GitHub Pages,給我公開網址 - 寫一份 README.md 簡介這個專案 完成後告訴我: - 公開網址是什麼 - 怎麼把網址做成 QR Code(我想印在小卡上給家人) - 如果未來要改內容,要怎麼更新

關鍵心法:個人展示型網頁一定要設計列印樣式(前面 pc-intro 提到的 @media print 區塊)。長輩、不擅長手機的家人會想「印一份帶在身上」,沒有列印樣式列印出來會很醜(背景塞滿、按鈕跑出來、字級不對)。

4

成品 Demo:看看完整成品長什麼樣

把上面五段指令依序跑完,得到的就是這份完整的「關東八日旅遊指南」。下面是成品的主要特色,點按鈕進去看完整內容。

開啟完整成品 · 關東八日旅遊指南

成品的 6 大特色

日式視覺風格

紅黑配色 + 印章視覺 + 漢字裝飾,跟一般行程表完全不同的氣質

可勾選清單

行前準備項目,出發前一邊整理一邊勾,勾過就劃線

每日 tab 切換

八天行程用 tab 切換,只看當天內容,不會被其他天的資訊干擾

互動式圖表

體力消耗 + 交通花費圖,滑鼠停在長條上看當天明細

名詞解釋懸停

「直通運轉」「F-Liner」這類專有名詞,滑鼠停上去就看解釋

列印友善

列印時自動隱藏按鈕、navigation,A4 紙能完整呈現

現場使用體驗

實際在日本用過後最有感的三點:① 不必開 5、6 個 app,一個網址就解決;② 離線可用(首次開過就快取,瀏覽器會自動把網頁存一份在手機本機,後續不必網路也能開);③ 列印出來的版本給長輩帶很方便,他們不必學手機操作。

5

給其他人的提醒:從這次製作學到什麼

把這次製作的關鍵心得整理成 5 條。即使你做的不是旅遊指南,以下原則套到任何「個人展示型網頁」都通用:研究室介紹、社團迎新、課程選課輔助、家族活動紀錄、個人作品集。

先想資料、再想風格、最後加互動。順序顛倒會浪費時間。資料沒整理清楚就跟 AI 講風格,AI 給的東西看起來漂亮但用不了。先把 5 大區塊內容寫成條列清單,後面所有指令才有依據。
版型用「假資料」先確定,再填真資料。第一輪用 Lorem ipsum 確認版面、字級、配色,不喜歡就改;確認後再填真資料。比一次塞所有東西給 AI 然後反覆改要快 3 倍。
互動要具體說「4 種功能」,不要說「加點互動」。模糊的要求只會得到模糊的成果。把「可勾選 / 可切換 / 可展開 / 可懸停」一條一條寫清楚,AI 才知道要做什麼。
圖表的數據要先想好再丟給 AI。圖表是「視覺化數據」,沒有數據就沒有圖。每個 X 軸對應的 Y 值都先列出來,AI 才能畫準確;只說「請畫個圖」,AI 會憑空編數據。
個人展示型網頁要設計列印樣式。長輩、客戶、家人會想「印一份」,沒列印樣式列印出來會很醜。加 @media print(CSS 的「列印時才套用」樣式塊)隱藏 navigation、按鈕,字級稍縮、背景去掉,就能變成乾淨的紙本版。
這個案例在課程中的位置

本案例屬於第 7 章「Vibe Coding 入門」的個人展示型成果,跟第 7 章 §10「玩法 1 · 個人化單頁網站」直接呼應。建議讀完 ch07 §1-§5 後再回來看這個案例,會更能理解「為什麼版型要先用假資料」「為什麼互動要具體列功能」這些原則的價值。