← → 翻页 · ESC 索引
生成式 AI 職訓 140hr · 弄一下工作室
Vol.10 · D10 / 20 講義 · Part 5
Day Ten · 11 hours · Part 5 開場

前端基礎

不是要你會寫,是要你看得懂、改得動

Part 1–4 我們把 AI 當成文書、資料、工具的助手。
Part 5 起,AI 變成你的前端工程夥伴——D10 把 HTML/CSS/JS 三件事用一天說清楚,再用兩個 PRAC 練「給 AI 的指令」與「把成品丟上線」。

Vol.10·CH5-1 · CH5-2 · PRAC5-1 · PRAC5-2·2026
11 小時授課 · D10 / 20 · Part 5 開場
D10 為 Part 5「前端與部署實戰」開場 deck
— D10 / 20 —
Part 5 · 開場主張
02 / 40 講義 · Part 5
Why Now · 為什麼今天要看懂程式碼
不會寫沒關係, 看得懂就改得動, 改得動就敢交出去

Part 4 我們學會用 AI 把工具長出來。
D10 反過來: AI 寫的東西、指揮 AI 改它、最後把它推到網路上——讓「我做的工具」變成「網址可以分享的工具」。

— Part 5 開場主張·讀 / 改 / 上線
Page 02 · The Premise
D10 · 開場金句
Part 5 · Map · 全景地圖
03 / 40 講義 · Part 5
The Map · Part 5 全景 / 今日落點

32 小時 / 4 章 + 4 PRAC,D10 是入門關

D09 · 上次
部署上線
CH4-3 + PRAC4-3 + PRAC4-4 · 7.5hr。20 分鐘黑客松、履歷整理器、挑戰計時台。Part 4 結束。
D10 · 今天
前端基礎
CH5-1 + CH5-2 + PRAC5-1 + PRAC5-2 · 11hr。HTML/CSS/JS 入門 + AI 協作改頁面 + v2 改版 + Vercel 上線。
D11 · 下次
Git 全棧
CH5-3 + CH5-4 + PRAC5-3 + PRAC5-4 · 9hr。Git 工作流、含後端部署、API 串接、完整專案上線。
Part 5 總量
32hr
課堂 24hr + 自學 8hr + 自由演練庫 8 頁。整個 Part 5 把你從「看不懂程式碼」推到「能上線分享」。
節奏建議:CH5-1 約 3hr 講三語言分工 + 讀程式碼;CH5-2 約 2.5hr 講「給 AI 的精準指令」+ 三技巧 + bug 報告;PRAC5-1 約 2.5hr 用 v1 改 v2 + 指令生成器;PRAC5-2 約 3hr 把成品推到 GitHub + Vercel + LLM 除錯。中段保留兩個收束點,把 v2 與上線網址塞進「我的作品集」。
Page 03 · Today's Map
D10 / Part 5 · 4 段
第一幕 · CH5-1 · 三種語言的分工
Act I · 04 / 40
Act I · CH5-1 · 約 3 小時

看懂 HTML / CSS / JS

不是要你寫,是要你能讀

多數前端教學要你從空白頁面刻出網站——那需要數百小時。
我們反過來:當 AI 幫你生出一份程式碼,你能讀懂、知道改哪、判斷有沒有問題。這是讓 AI 協作效率提高 3–5 倍的基本功。

Section 01-05·HTML 結構 / CSS 外觀 / JS 行為
Act I 開幕 · 三種語言
D10 · CH5-1
CH5-1 · 三語言分工
05 / 40 講義 · CH5-1
The Triangle · 各管一件事

結構 / 外觀 / 行為,不混為一談

HTML
頁面的骨架
這個東西「是什麼」——標題、段落、按鈕、圖片、導覽。不管顏色、不管大小。
CSS
外觀的控制器
這個東西「長怎樣」——顏色、字級、距離、圓角、排版。一個 class 一組規則。
JavaScript
行為的驅動器
使用者「做了什麼會發生什麼」——點擊、輸入、處理、輸出。邏輯最強的一層。
本節核心心態:遇到問題先判斷是哪一層的問題,再精確告訴 AI 哪個元素、哪個屬性、期望是什麼、實際是什麼。比 80% 的人更會跟 AI 溝通前端。
Page 05 · 三語言分工
CH5-1 / Section 01
CH5-1 · HTML
06 / 40 講義 · CH5-1
HTML · HyperText Markup Language

看到一段 HTML 不知怎麼讀,先找 id

01
HTML 標示「這是什麼」
<header> / <nav> / <main> / <article> / <footer>——語意標籤一看就知道頁面骨架
02
id 是 JS 要操作的目標
有 id 的元素通常是功能核心——找到 id,就找到地圖座標
03
class 是 CSS 要套樣式的對象
同一個 class 套一組樣式——讀 CSS 前先看頁面用了哪些 class
04
<button> ≠ <a>
button 是動作(會跑 JS)、a 是導覽(會離開)——AI 用混了要它改回來
05
alt 是無障礙必填
圖片的 alt 是螢幕閱讀器會念出來的字——除非純裝飾,否則不能空
Page 06 · HTML
CH5-1 / Section 02
CH5-1 · CSS
07 / 40 講義 · CH5-1
CSS · Cascading Style Sheets

右鍵 檢查(Inspect),直接在瀏覽器改

background / color
顏色
底色與文字色——換了會立刻看見差異,最直觀的調整
padding / margin
距離
內距 / 外距——四個數字「上 右 下 左」順時針,學員最常搞錯
font-size / weight
字級
1rem 預設 = 16px;改 root 設定,整頁字級會跟著變
border-radius
圓角
8px 柔和、0 直角、999px 變膠囊——一個數字就能換質感
max-width + margin:auto
置中
兩個一起才會置中——只給 max-width 不會自動排到中間
DevTools 即時調
先試再說
Styles 面板雙擊數字 + 上下方向鍵——確認要改什麼,再告訴 AI
Page 07 · CSS
CH5-1 / Section 03
CH5-1 · JavaScript
08 / 40 講義 · CH5-1
JavaScript · 行為的驅動器

讀 JS 的訣竅:從事件開始讀

01
找事件入口
onclickaddEventListener——那個函式就是程式入口
02
看「取了什麼」
入口函式第一行通常是 document.getElementById('input').value
03
看「做了什麼」
中段是處理——字串拼接、條件判斷、迴圈、計算
04
看「放到哪」
最後是 output.textContent = ...——結果寫回頁面哪個位置
三步走完:輸入 → 處理 → 輸出。你就知道這段 JS 在做什麼了——不需要會寫,只要會讀這條軸線
Page 08 · JavaScript
CH5-1 / Section 04
CH5-1 · 讀懂 AI 程式碼
09 / 40 講義 · CH5-1
實戰 SOP · 5 步法

AI 給你 200 行程式碼,這樣讀

01
先看 HTML
定位輸入區、按鈕、輸出區——三個 id 是地圖座標
02
DevTools Inspect
視覺問題(顏色錯、跑版)右鍵檢查 → 找到 class → 回 <style> 改
03
追事件入口
功能問題找 onclick → 進函式 → 取值 → 處理 → 輸出
04
描述問題給 AI
不要貼整段——「第 47 行 generate 函式沒 trim(),請修這個邏輯」
05
瀏覽器立刻測
F5 重整 → 測正常路徑 + 邊界(空、超長、特殊字元)
Page 09 · 5 步讀碼法
CH5-1 / Section 05
CH5-1 · 課堂練習
10 / 40 講義 · CH5-1
Mini-prac · 約 10 分鐘 × 2

用 DevTools 解剖一張陌生卡片

練習 1 · HTML 觀察(10 min)
打開任一上線網站(自己 PRAC4 工具或新聞網站皆可),右鍵 → 檢查任一卡片元素,把它的標籤名稱、id、class、子節點階層抄下來——練「先找 id 再讀」的肌肉記憶。
練習 2 · CSS 即時改(10 min)
在 DevTools Styles 面板,挑一個 padding 數字 → 上下方向鍵調整 → 觀察畫面如何同步變化。把你最喜歡的版本用截圖留下,當作改 AI 工具時的視覺參照。
本節核心帶走:HTML 管結構、CSS 管外觀、JS 管行為——遇到問題先判斷哪一層,再精確告訴 AI 哪個元素、哪個屬性、期望什麼、實際什麼。AI 協作效率立刻翻倍。
Page 10 · Mini-prac
CH5-1 / Section 06
CH5-1 · 課後作業
11 / 40 講義 · CH5-1
Homework · Part 5 收官作品 v1

你的個人作品頁 v1——本章先把它長出來

01
選主題(3 選 1 或自帶)
個人作品集(接案/求職)/工作室介紹(創業)/履歷網站(在職)
02
v1 必含 4 區塊
Hero(名字+tagline+CTA)/AboutProjects(3-5 項)/Contact(Email + 社群)
03
用 AI 生 v1(10 min)
給 brief → AI 出單檔 HTML(含 inline CSS)→ 本機 open 確認
04
讀懂結構(10 min)
DevTools 觀察四區塊的標籤、id、class——這是 PRAC5-1 改 v2 的基礎
05
進階:寫 v2 升級清單
列 3 個「有點不順手」的點——下節 CH5-2 教你怎麼把它們轉成精準指令
Part 5 跨章敘事:本作業是 Part 5 收官作品的 v1。CH5-2 → AI 改 v2;CH5-3 → 加 Git 版控;CH5-4 → 加後端 API;最後變成真的上線的個人作品集網站
Page 11 · CH5-1 收束
CH5-1 / Homework
CH5-1 · 收束
Act I 收束 · 12 / 40
End of Act I · 接下來

讀得懂,還不夠

你還得會「叫 AI 改

CH5-1 教你
CH5-2 教你——同一段程式碼,「幫我改一下」會被 AI 全頁重構,「只改 .hero 標題的 font-size,從 32 到 40」就乾乾淨淨。

Next · CH5-2·位置 + 意圖 + 限制
End of CH5-1
Next · CH5-2
CH5-1 · 一句總結
13 / 40 講義 · CH5-1
One Line · 帶離教室
遇到前端問題的第一句話, 不是「怎麼辦」, 是「這是 H、C、還是 J 的問題」。

問題分層 → 描述精準 → AI 不亂改。三件事,一條軸線

Page 13 · One Line
CH5-1 · 收束金句
第二幕 · CH5-2 · 跟 AI 改頁面
Act II · 14 / 40
Act II · CH5-2 · 約 2.5 小時

不要盲貼

協作改頁面,不是把整份丟給 AI

AI 沒有你腦子裡那個頁面。描述越模糊,自由發揮越大——你想改一個按鈕,它順手重構整個 Hero。
這節教你怎麼把「幫我改一下」變成「AI 不會改錯地方的指令」。

Section 01-04·拆解 / 範圍 / Bug / 工具
Act II 開幕 · 給 AI 的指令
D10 · CH5-2
CH5-2 · 三要素
15 / 40 講義 · CH5-2
Decompose · 拆解需求

好的改版指令有三要素:位置 · 意圖 · 限制

01 · LOCATION
位置
指定哪個元素——CSS class、HTML 標籤、描述性結構名稱都行
02 · INTENT
意圖
說清楚達到什麼效果——「16px 改 20px」勝過「更大」「更明顯」
03 · CONSTRAINT
限制
什麼地方不能動——最常被省略卻最重要的那一段
缺一不可:少了「位置」AI 找不到、少了「意圖」AI 自由發揮、少了「限制」AI 順手重構——三個一起寫,AI 才會精準執行。
Page 15 · 三要素
CH5-2 / Section 01
CH5-2 · 對比
16 / 40 講義 · CH5-2
Bad vs Good · 同一個需求兩種寫法

「幫我改一下」 AI 重構整頁;三段式 → AI 只改一行

模糊指令 · 容易出錯
✗ 幫我改一下這個頁面
✗ 讓按鈕更好看
✗ 把顏色調整一下
✗ 標題字體改大一點
精準指令 · 位置+意圖+限制
只改 .hero 標題從 32px → 40px,其他不動
只改 .submit-btn 的 background 從 #999 → #2a7a5a
✓ nav 連結色統一改 #333,保持 hover 效果不變
✓ .card-title font-size 從 1rem → 1.15rem
從視覺到語言的轉譯:看到頁面上某個不滿意的地方,用「位置+意圖+限制」描述它。練幾次會變直覺——把視覺感受翻譯成可執行指令的速度會越來越快。
Page 16 · Bad vs Good
CH5-2 / Section 01
CH5-2 · 範圍控制
17 / 40 講義 · CH5-2
Scope Control · 別讓 AI 看到全部

三個技巧防止 AI 改過頭

01
只貼要改的那段
貼 .hero 的 CSS,不是整份 style。AI 看不到的,自然不會「順手改掉」
02
明確聲明不動的範圍
指令結尾加「除了我列出的部分,其他保持原樣,不要重構」——一句話的防護欄
03
要 AI 只回差異
只給我要修改的那幾行,不要貼出完整檔案」——更容易辨認改了什麼
實際情境:想改按鈕顏色,不想動大小、圓角、hover——把這三個技巧合起來:「只改 .btn-primary 的 background 從 #6b7fa3 → #5a7a5a,其他屬性不動,只回傳修改後的這一條規則」。
Page 17 · 範圍控制
CH5-2 / Section 02
CH5-2 · Bug 描述
18 / 40 講義 · CH5-2
Debug · 結構化 bug 描述

點了沒反應」是最糟的 bug 報告

01
現象 · 觀察到什麼
點擊 #submit-btn 後頁面沒任何變化,沒結果、沒錯誤提示」——具體到 id
02
預期 · 應該發生什麼
應該在 #output 區塊顯示使用者輸入的文字」——說明正確路徑
03
觸發條件 · 什麼時候
每次點擊都這樣」或「只有輸入框空的時候」——縮小搜尋範圍
04
附 Console 紅字
F12 → Console → 重現 bug → 把紅字整段貼進 prompt。AI 定位最快的線索
05
先「請解釋」再「請修復」
不確定原因 → 「請逐行說明這段在做什麼」→ 你判斷哪裡不符 → 才針對性修
Page 18 · Bug 報告
CH5-2 / Section 03
CH5-2 · 工具
19 / 40 講義 · CH5-2
Tools · Cursor / Copilot / Claude Code

不要同時用多個工具,先選一個熟

編輯器內嵌
Cursor
已有專案、需要在編輯器裡跨檔案修改與重構。AI 看得到完整專案結構。需安裝桌面 app
打字補全
Copilot
邊寫邊想,需要即時補全。VS Code / JetBrains 直接運作。不適合「請解釋這段」
對話式
Claude Code
不打開編輯器、需大量解釋。本課程的預設環境——對話介面直接,不需安裝設定
選擇原則:從 Claude Code 入門最順——對「怎麼跟 AI 說話」有了感覺,再考慮切到 Cursor 或 Copilot。工具不是瓶頸,描述需求的能力才是。
Page 19 · 工具對比
CH5-2 / Section 04
CH5-2 · 一句總結
20 / 40 講義 · CH5-2
One Line · 帶離教室
「盲貼程式碼」是把 AI 當成黑盒子 「協作改頁面」是把 AI 當成執行夥伴—— 你判斷與決策,它實作

位置 · 意圖 · 限制——三段式講話,AI 不會亂改地方。
接下來兩個 PRAC,立刻把這套口訣練成肌肉

Page 20 · One Line
CH5-2 · 收束金句
CH5-2 · 收束
Act II 收束 · 21 / 40
End of Act II · 接下來

說得清楚,就要動手

PRAC5-1 · 把 v1 改成 v2

接下來 2.5 小時:挑一個 Part 4 的工具(或 CH5-1 作業的 v1)→ 列 3 個想改的點 → 用「位置+意圖+限制」生成指令 → 一次只改一個 → 存成 v2。

Next · PRAC5-1·單頁工具 v2 改版任務
End of CH5-2
Next · PRAC5-1
第三幕 · PRAC5-1 · v2 改版
Act III · 22 / 40
Act III · PRAC5-1 · 約 2.5 小時

v1 → v2

3 個想改的點,3 個獨立指令

重點不是「改了多少」,是「每次給 AI 的指令品質」。
改版動機越具體,指令越容易寫。一次改一件事——出錯時才知道是哪步造成的。

Tool · 指令生成器·位置 + 意圖 + 限制
Act III 開幕 · 改版練習
D10 · PRAC5-1
PRAC5-1 · 5 步法
23 / 40 講義 · PRAC5-1
Steps · 2.5 小時拆 5 段

選工具 → 列 3 點 → 生指令 → 跑 → 存 v2

01
選一個工具
PRAC4-1~4-4 任一個。最常用、或最不順手的那個——動機越具體,指令越容易寫
02
列 3 個想改的點
不要貪多。例如:「輸入框太小/送出按鈕不明顯/結果區字太小」
03
用指令生成器
填位置/意圖/限制 → 生成格式化指令 → 一次一個指令
04
執行 → 瀏覽器確認
指令貼給 AI → 改完立刻在瀏覽器開確認 → 沒問題才下一個
05
存檔為 v2
三項都完成 → 另存檔名加 -v2(例:my-tool-v2.html)
Page 23 · 5 步法
PRAC5-1 / Steps
PRAC5-1 · 指令生成器
24 / 40 講義 · PRAC5-1
ai-instruction-builder.tool · 三欄輸入

把心裡的「有點不順手」轉成可執行指令

LOCATION · 位置
例:.submit-btn / 頁面標題 h1 / 輸入框 textarea#input
要改的是哪個元素?CSS class、HTML 標籤、描述名稱都可以
INTENT · 意圖
例:背景色從 #999 → #2a7a5a / font-size 從 14px → 16px
想達到什麼具體效果?越精確越好
CONSTRAINT · 限制
例:其他按鈕不動 / 不改 padding 和 border-radius / 保持 hover 效果
什麼地方不能動?這欄防止 AI 改過頭
一次只改一件事:三個修改 = 三個獨立指令,依序執行。出錯時才知道是哪步造成的——這是除錯效率最高的工作節奏。
Page 24 · 指令生成器
PRAC5-1 / Tool
PRAC5-1 · 三段交付
25 / 40 講義 · PRAC5-1
Mini-deliverable · 每 30 分鐘一段

2.5 小時拆三段交付,避免一次衝太遠

第 1 段 · 30 min
寫規格
作品頁 4 欄位:一行自介、3-5 個代表作、技能標籤、對外 CTA
第 2 段 · 30 min
AI 生 v1
「你是前端工程師...」開頭 + 指定無印風(米白底、無漸層、Shippori Mincho)
第 3 段 · 30 min
改 v2
用指令生成器跑 3 個改版指令——一次一個,每改完都看瀏覽器
節奏訣竅:每 30 分鐘休息 5 分鐘 + 喝水。看見節奏比衝速度重要——這節奏會跟著你進入 PRAC5-2 的部署環節。
Page 25 · 三段交付
PRAC5-1 / Deliverable
PRAC5-1 · 完成清單
26 / 40 講義 · PRAC5-1
Checklist · 5 點驗收

v2 算完成的條件

01
3 個修改都跑完
每個都能在瀏覽器正常運作——不是 AI 說 OK,是你自己看過
02
每個指令都用三段式
位置 + 意圖 + 限制——翻你的 prompt 紀錄檢查
03
v2 檔案已存
檔名含 -v2(例:my-tool-v2.html)——v1 不要覆蓋,留著對比
04
進階 · git commit
用 git 記錄這次改版——CH5-3 會深入講 Git,這裡先感受一下
05
進階 · 寫一句改善總結
對比 v1 vs v2,用一句話說最大的改善——這句話之後會放進 PRAC5-2 的部署 README
Page 26 · 完成清單
PRAC5-1 / Deliverable
PRAC5-1 · 收束
Act III 收束 · 27 / 40
End of Act III · 接下來

v2 在你電腦上,還不算數

PRAC5-2 · 把它推上網路

接下來 3 小時:把 v2 推到 GitHub → 連到 Vercel → 跑通第一次部署 → 拿到一個可以分享的 URL
卡住就把錯誤訊息丟給 LLM——那是你最快的救生圈。

Next · PRAC5-2·靜態頁面部署到 Vercel / Netlify
End of PRAC5-1
Next · PRAC5-2
第四幕 · PRAC5-2 · 部署上線
Act IV · 28 / 40
Act IV · PRAC5-2 · 約 3 小時

上線

GitHub + Vercel,30 秒到 2 分鐘有網址

靜態部署只需要兩個東西:一個 GitHub repo一個 Vercel / Netlify 帳號——都免費。
流程完全相同——選一個跑,這次的目標是「有一個可以丟群組的網址」。

Tool · 部署 checklist·11 個檢查項
Act IV 開幕 · 部署上線
D10 · PRAC5-2
PRAC5-2 · 部署流程
29 / 40 講義 · PRAC5-2
Steps · 從 GitHub 到 Vercel

5 步走完,30 秒到 2 分鐘有網址

01
git status + git push
確認沒未提交的修改 → push 到 GitHub 確保是最新版
02
建 Vercel/Netlify 專案
登入 → Add New Project → 選 GitHub → 授權後選你的 repo
03
確認部署設定
純靜態不需任何設定——平台自動偵測 index.html 為首頁 → 點 Deploy
04
等 30 秒~ 2 分鐘
完成後點開平台給的網址 → 測所有功能是否正常
05
(選)改自訂網址
兩平台都可在 Domains 頁面把預設名稱換成更好記的
Page 29 · 部署流程
PRAC5-2 / Steps
PRAC5-2 · Checklist
30 / 40 講義 · PRAC5-2
deployment-checklist.tool · 三組 11 項

逐一勾選,不要靠記憶

GITHUB 準備 · 4 項
□ 工具頁 HTML 在本機
□ git add . + commit
□ push 到 GitHub
網頁確認檔案存在
VERCEL 部署 · 4 項
□ 已建 Vercel/Netlify 帳號
□ 連接 GitHub repo
部署成功(Ready)
□ 已取得公開網址
功能測試 · 3 項
□ 公開網址打得開
核心功能正常(輸入/送出/結果)
□ 手機上 RWD 正常
部署後頁面空白?9 成是路徑問題——HTML 引用的 CSS / JS 用了絕對路徑(/Users/...)。檢查所有 src 與 href,確認都是相對路徑(./style.css)。
Page 30 · 11 項 Checklist
PRAC5-2 / Tool
PRAC5-2 · LLM 除錯
31 / 40 講義 · PRAC5-2
Practice · 部署卡住怎麼辦

把錯誤訊息整段丟 LLM,2 分鐘三段答案

01
最可能原因(限 1 條)
不要列「可能 A 或 B 或 C」,直接押最高機率那條——逼 LLM 給判斷
02
立即修法(3-5 步)
每步附可複製貼到終端機或 GitHub UI 的具體指令/路徑
03
驗證指令
修完跑哪一條 / 看哪個畫面——確認真的好了,不是 LLM 說好了
04
避免再犯(1 句話)
下次怎麼提早發現——這句話累積成你的個人除錯筆記
05
脈絡段必填
平台 + repo 結構(ls -la)+ 錯誤訊息整段 + 已試過的 1-3 件事
Page 31 · LLM 除錯模板
PRAC5-2 / Practice
PRAC5-2 · 回應樣本
32 / 40 講義 · PRAC5-2
Sample · 「部署後頁面空白」

LLM 應該回成這樣,否則就回去補脈絡

原因 + 修法
1. 最可能原因:HTML 引用的 CSS/JS 用了絕對路徑 /Users/...,雲端 404。
2. 立即修法
① VS Code 搜 /Users → 改 ./style.css
② git add . && commit && push
③ Vercel 自動重新部署等綠燈
驗證 + 避免再犯
3. 驗證:開公開網址 → DevTools (F12) → Network 分頁 → 重整 → 確認所有檔案 status 都是 200,沒有 404。
4. 避免再犯:建檔時養成全部用相對路徑的習慣——本機 open index.html 跑得起來,雲端就跑得起來。
不對勁的訊號:LLM 回的不是 4 段、或第 1 點變成「可能 A 或 B 或 C」——代表 prompt 脈絡不夠,回去補 repo 結構與錯誤訊息全文再送一次。
Page 32 · 回應樣本
PRAC5-2 / Sample
PRAC5-2 · 三段交付
33 / 40 講義 · PRAC5-2
Mini-deliverable · 每 30 分鐘一段

3 小時拆三段,每段都有產物

第 1 段 · 30 min
建 repo + 連 Vercel
GitHub 新 repo → push 工具頁 → Vercel 連 GitHub + import,自動偵測為靜態
第 2 段 · 30 min
跑通第一次 deploy
點 Deploy → 看 build log → 取得 URL → 手機上開一次確認
第 3 段 · 60-90 min
除錯 + 微調
改文字 → push → 觀察自動重新部署。若卡住,用 LLM 除錯 prompt 模板
進階 · 自我演練:請 LLM 扮「第一次看到這頁的新使用者」實測一輪並回饋;若有自己的工作群組,順手貼上去收回饋。截圖留痕屬選配,不計入課程時數
Page 33 · 三段交付
PRAC5-2 / Deliverable
PRAC5-2 · 完成清單
34 / 40 講義 · PRAC5-2
Checklist · 完成的條件

D10 結束時,你應該有一條網址

01
公開可訪問的網址
vercel.app 或 netlify.app 結尾——無痛、可分享、別人能打開
02
手機開得起來
不只能開——RWD 正常、按鈕點得到、結果看得見
03
進階 · LLM 第一輪測試
請 LLM 扮新使用者實測 + 回饋;有社群順手貼一下收意見(加分項
04
進階 · 自動重新部署觀察
改一個文字 → push → 看 Vercel 是否自動 redeploy——感受 CI 的味道
05
把網址加進作品集
CH5-1 作業的個人作品頁 → 多一個真的有網址的項目(v2 上線版)
Page 34 · 完成清單
PRAC5-2 / Deliverable
D10 · 常見坑提醒
35 / 40 講義 · Part 5
Common Pitfalls · 講師現場提醒

D10 三個最常踩的坑

坑 1 · 心態問題
我不是工程師我學不會」——
本章不是要你寫,是要你。讀懂三層分工 = 80% 的人做不到的事
坑 2 · 指令貪心
我一次跟 AI 說 5 件事它記不住」——
正解:一次一個指令,跑完看畫面再下一個。慢就是快
坑 3 · 部署絕對路徑
本機跑得好好的,部署完空白」——
9 成是 /Users/... 絕對路徑。檢查所有 src 與 href
講師備忘:學員最常在「PRAC5-1 第 3 步」與「PRAC5-2 第 4 步」卡住。前者是「不知道改什麼」(回 CH5-2 三要素重講);後者是「build 紅了不知道怎麼辦」(直接套 LLM 除錯 4 段模板)。
Page 35 · 三大坑
D10 · 講師提醒
D10 · Map · 一頁總覽
36 / 40 講義 · Part 5
Recap · D10 / 11 小時 / 4 個任務

從「看不懂程式碼」到「有公開網址

CH5-1 · 3hr
讀懂三語言
HTML 結構、CSS 外觀、JS 行為——遇到問題先分層
CH5-2 · 2.5hr
給 AI 的指令
位置 + 意圖 + 限制——不盲貼程式碼
PRAC5-1 · 2.5hr
v1 → v2 改版
3 個改版指令 → 一次一個 → 存成 v2
PRAC5-2 · 3hr
部署上線
GitHub + Vercel + LLM 除錯——得到公開網址
D10 帶走的三件事:三層分工的問題判斷直覺 ② 三段式的 AI 指令口訣 ③ 一條 vercel.app 網址——你開始有「我的東西在網路上」的真實體感。
Page 36 · D10 Recap
D10 · 學習地圖
D10 · 工具卡
37 / 40 講義 · Part 5
Toolkit · D10 用到的工具一覽

把這頁截圖存手機,下次卡住翻出來

01
Chrome DevTools (F12)
Inspect 看 HTML / Styles 改 CSS / Console 看紅字 / Network 看 404——免裝、每天都會用
02
ChatGPT / Claude(任一)
主要 AI 對話夥伴——三段式指令、bug 5 段式、部署 4 段式都靠它
03
VS Code
本機編輯器——搜「/Users」改相對路徑那招就在這裡做
04
GitHub
程式碼托管——git add . / commit / push 三件套,本日重點動詞
05
Vercel(或 Netlify)
部署平台——Add New Project → 選 repo → Deploy,免設定
Page 37 · Toolkit
D10 · 工具卡
D10 · 收束
End · 38 / 40
End of D10 · 接下來 D11

有網址了,還沒結束

D11 · Git 全棧,加後端、加 API

D11 / 9 小時:CH5-3 講Git 工作流(branch / commit / 回滾)+ CH5-4 講含後端的部署(Node / FastAPI 起底)+ PRAC5-3 串第一個 API + PRAC5-4 把完整專案上線

Next · D11 / 20·CH5-3 + CH5-4 + PRAC5-3/4 · 9hr
End of D10
Next · D11 · Git 全棧
D10 · 一句帶離教室
39 / 40
One Line · D10 全日總結
前端不是會寫才開始, 能改就開始; 能上線就敢交。

讀 → 改 → 上線——這條軸線會在 D11 / D12 不斷重複,每次多一層工程能力,最後變成 Part 5 的收官作品。

Page 39 · One Line
D10 · 全日金句
D10 · End
40 / 40
D10 / 20 · End

To Be Continued

Vol.11 · D11 / 20 · Git 全棧

把今天的 v2 與網址放進「我的作品集」。明天我們從 Git 工作流開始,加上後端與 API——從靜態頁推到完整服務

生成式 AI 職訓 140hr·弄一下工作室·2026
End of D10 · Part 5 開場
— Vol.10 / 20 —