Vibe Coding — Stage 2 · 串 AI
M2-1

Vibe Coding 實戰課 — Stage 2 · 串 AI

AI 做網頁
上線 GitHub Pages

網頁三階段升級完成 — 你的網站,你的網址

M2-1 3 小時 6 輪循環 全程瀏覽器操作

按 → 或空白鍵開始

從聊天到上線的最後一步

M1-1
AI 聊天做 HTML
M1-4
GAS 網頁部署
M2-1 今天
GitHub Pages
今天的目標

用 M1-1 學的指令能力,做更好的網頁
用 GitHub 上線,拿到短網址、版本控制、發布權

六輪循環,逐層遞進

Round 1
AI做更好的網頁
Round 2
GitHub帳號+repo
Round 3
上傳+Pages
Round 4
修改+版本
Round 5
Public vs Private
Round 6
三階段回顧

關鍵原則
全程瀏覽器操作,不使用終端機指令
手動上傳檔案到 GitHub — 先理解流程,再學工具

課前確認

M1-1 指令四要素

角色、任務、格式、限制 — 今天會直接使用

ChatGPT 或 Claude 帳號

AI 聊天工具可正常使用

瀏覽器 + 檔案操作

知道如何建立、命名、儲存檔案

今天不需要安裝任何軟體
所有操作都在瀏覽器裡完成

ROUND 1 · 0:00–0:20

用 AI 聊天
做一個更好的網頁

M1-1 的能力升級 — 你知道怎麼要求了

操作指令

回到 ChatGPT 或 Claude
用四要素寫一個完整指令
請 AI 產出一個個人品牌網頁

範例指令方向
你是一位前端工程師
幫我做個人品牌網頁,要有:
- Hero 區塊(姓名 + 一句話定位)
- 關於我、技能列表、聯絡方式
深色模式、響應式設計、現代簡約風格
單頁 HTML,不用外部框架
與 M1-1 的差異

同樣是 AI 聊天做 HTML,但你現在知道四要素
指令品質決定產出品質 — 這次你有方法了

操作計時

10
分鐘
用四要素寫指令 + AI 產出網頁
操作重點

不要只下一句話 — 用角色、任務、格式、限制四個維度描述
產出後用 Canvas / Artifacts 即時預覽

即時預覽 + 迭代修改

ChatGPT Canvas

按右上角「Preview」
即時看到網頁效果

直接在 Canvas 裡對話修改

Claude Artifacts

右側面板自動預覽
即時看到程式碼結果

按「Publish」取得分享連結

迭代至少 3 次

第一版出來後繼續對話:「配色改成...」「加一個區塊...」「手機版排版要好看」

先用 AI 工具驗收版本

1
在 Canvas / Artifacts 打開 Preview

先看畫面,不急著搬到 GitHub

2
用 Publish / Share 取得驗收連結

確認手機與桌面都能正常瀏覽

3
進 GitHub 網頁介面建立 index.html

若工具可匯出,就用匯出的版本上傳

4
Commit 後再用 Pages URL 驗收

GitHub 上的版本才是公開網站版本

常見問題

工具內狀態
  • Preview 還沒打開
  • Publish link 不是最新版
  • Canvas / Artifact 停在舊版本
  • 分享連結能看,不代表 GitHub 已更新
上線檢查
  • Preview 畫面先確認可讀
  • Publish / Share 後重新開連結
  • 同步最新版到 GitHub 的 index.html
  • index.html 放在 repository 根目錄

分享與觀察

1
連結或螢幕截圖貼到群組

Publish 連結或本機截圖皆可

2
打開三位同學的作品

跟自己的 M1-1 作品比較

你進步了,因為你知道怎麼要求了
同樣的 AI 工具,不同的指令品質 → 不同的產出品質

Round 1 小結

指令能力已升級

M1-1 教了四要素,M2-1 立刻實戰驗證
接下來要解決的問題:這個網頁只存在你的電腦裡

本機 HTML 只能自己看
下一步:讓全世界都能用一個網址打開你的網頁

ROUND 2 · 0:20–0:40

GitHub 帳號
+ 建立 Repository

像雲端資料夾,但有時光機

GitHub 是什麼

程式碼倉庫

全世界最大的開源程式碼平台
2 億個專案在上面

免費網站空間

GitHub Pages 讓你
免費發布靜態網頁

版本時光機

每次修改都記錄
隨時回到任何版本

不需要會寫程式也能用 GitHub
今天你只需要會上傳檔案和按按鈕

註冊 GitHub 帳號

1
打開 github.com

點右上角「Sign up」

2
填寫 Email + 密碼 + 使用者名稱

使用者名稱會出現在你的網址裡 — 建議簡短、英文

3
Email 驗證

到信箱點驗證連結

命名建議

使用者名稱 = 你的網址前綴:username.github.io
取一個專業、好記的名字

建立 Repository

1
點右上角「+」→ New repository

Repository = 專案倉庫

2
填寫 Repository name

例如 my-website — 用英文 + 連字號

3
勾選「Add a README file」

這會自動建立第一個檔案

4
點「Create repository」

你的專案倉庫就建好了

Repository 命名規則

會出問題的名稱
  • 我的網站(中文)
  • my website(有空格)
  • My_Website!(特殊字元)

→ URL 會亂碼或無法存取

正確的命名
  • my-website
  • portfolio-2026
  • personal-brand

→ 英文 + 連字號,簡短好記

認識 Repository 頁面

檔案列表

像資料夾一樣
列出所有檔案

README.md

專案說明文件
自動顯示在頁面下方

Settings

Pages 部署、權限
各種進階設定

Repository = 像 Google Drive 但有時光機
每次修改都會被記錄,永遠可以回溯

操作計時

10
分鐘
完成註冊 + 建立第一個 Repository
已有帳號的同學

直接建 repo
幫還沒完成的同學看看卡在哪一步

Round 2 小結

倉庫建好了

你有了一個雲端專案空間
接下來要把 Round 1 做的網頁放上去

ROUND 3 · 0:40–1:05

上傳檔案
部署 GitHub Pages

你的網站即將上線

上傳 index.html

1
在 repo 頁面點「Add file」→「Upload files」

進入上傳介面

2
把 index.html 拖進去

或點「choose your files」選取

3
寫 Commit message

例如「第一版個人網頁」— 描述這次上傳了什麼

4
點「Commit changes」

檔案上傳完成

Commit Message 是什麼

不好的 Message
  • update
  • fix
  • asdf
  • (空白)

→ 三個月後你不知道自己改了什麼

好的 Message
  • 新增個人品牌網頁
  • 修改首屏標語和配色
  • 加入技能列表區塊

→ 每筆紀錄都是一個清楚的存檔點

Commit = 存檔點
Message = 存檔說明 — 未來的你會感謝現在的你

啟用 GitHub Pages

1
進入 Settings 頁籤

在 repo 頁面上方的選項列

2
左側選「Pages」

找到 GitHub Pages 設定區

3
Source 選「Deploy from a branch」→ main → Save

告訴 GitHub 從哪個分支部署

4
等 1-2 分鐘

GitHub 正在建置你的網站

你的網站上線了

https://username.github.io/my-website/
你的個人品牌網頁

全世界都能用這個網址看到

聯絡我 →
測試方式

用手機掃網址 → 確認手機版也能正常顯示
把連結傳給朋友 → 他們也能打開

GitHub Pages 網址格式

https://username.github.io/repo-name/
username
你的 GitHub 帳號名稱
repo-name
你建立的 Repository 名稱
專業技巧

如果 repo 名稱取為 username.github.io
網址會變成 https://username.github.io/ — 更短更專業

部署常見問題

404 找不到頁面

檔案沒命名 index.html
→ GitHub 找不到入口

頁面一片空白

Pages 還沒 build 完
→ 等 1-2 分鐘再刷新

顯示 README 而非網頁

index.html 沒在根目錄
→ 放在 repo 最外層

確認清單

1. 檔名是 index.html(不是 Index.html)
2. 檔案在 repo 根目錄
3. Pages Source 已設為 main branch

跟 M1-4 GAS 網頁比較

M1-4 GAS 網頁
  • 網址超長(script.google.com/...)
  • 載入速度慢
  • 受 Google 限制(6 分鐘上限)
  • 沒有版本紀錄
M2-1 GitHub Pages
  • 網址短(username.github.io)
  • 載入速度快
  • 完全自己控制
  • 每次修改都有紀錄

GitHub Pages 真實案例

個人履歷

用 HTML 做線上履歷
面試時直接附網址

作品集

設計師、工程師
展示專案成果

技術文件

開源專案的說明網站
教學文件、API 文件

這些網站全部免費架設、免費維護
你今天做的事情跟他們一模一樣

操作計時

15
分鐘
上傳檔案 + 啟用 Pages + 確認上線
Upload files
Commit
Settings → Pages
手機打開

Round 3 小結

你的網站上線了

從 AI 聊天 → 存檔 → 上傳 GitHub → 全世界可見
全程瀏覽器操作,零行終端機指令

ROUND 4 · 1:05–1:25

修改 + 重新上傳
版本控制概念

每次上傳都是一個存檔點,永不丟失

繼續用 AI 修改網頁

1
回到 AI 對話,繼續修改

「加一個作品集區塊」「改掉配色」「加上動畫效果」

2
在 Canvas / Artifacts 內驗收新版

用 Publish / Share 確認這一版可用

3
同步到 GitHub 的 index.html

用網頁介面編輯或上傳工具匯出的版本

4
Commit → 等 build → 用 Pages URL 驗收

公開網址看到更新,才算同步完成

查看 Commit 歷史

1
在 repo 頁面點「Commits」

看到所有上傳紀錄的時間線

2
你應該能看到 2 筆 commit

第一次上傳 + 這次修改

3
點舊的 commit → 看到之前的版本

時光機 — 任何時間點的內容都還在

Commit = 存檔點

Commit 1
第一版上傳
Commit 2
加作品集區塊
Commit 3
改配色+動畫
版本控制的核心價值

每一筆 Commit 都是一個完整的存檔點
改壞了 → 回到上一個版本
想看變化 → 對比任意兩個版本

這就是為什麼 GitHub 比 Google Drive 更適合做專案
不只存檔案,還記錄每一次的修改歷程

再修改一次 — 累積 3 個 Commit

7
分鐘
修改 → 上傳 → 看 Commit 歷史
操作目標

累積 3 個 commit
回到 Commits 頁面 → 看到三筆紀錄 → 體會「時光機」

查看修改差異(Diff)

在 Commit 詳情頁你會看到
- <h1>我的網頁</h1>
+ <h1>陳小明 — 數位行銷專家</h1>

- background: #ffffff;
+ background: linear-gradient(135deg, #0B3C5D, #1A73E8);

紅色 = 被刪除的舊內容
綠色 = 新加入的內容
一眼看出每次改了什麼

Round 4 小結

3+
Commit 紀錄
Diff
對比修改差異
回溯
時光機功能

版本控制 = 安全網

改壞了永遠有退路,每次修改都被記錄

到目前為止

AI 做了更好的網頁

用四要素指令產出品牌網頁

GitHub 帳號 + Repository

雲端專案空間已建立

網站上線 + 版本控制

短網址、3+ commit、可回溯

?
但有一個問題還沒解決

你的 repo 是 Public — 全世界都看得到裡面的東西

ROUND 5 · 1:25–1:45

Public vs Private
開放式廚房 vs 後廚

什麼該公開,什麼該保護

Public Repository 意味著什麼

任何人都能看到程式碼

打開你的 repo 網址
所有檔案一覽無遺

GitHub Pages 免費

Public repo 才能免費
使用 Pages 服務

放在裡面的密碼會外洩

API Key、Token
全世界都看得到

實驗:改成 Private

1
Settings → Danger Zone → Change visibility

把 repo 改成 Private

2
打開你的 Pages 網址

404 — 網站消失了

3
改回 Public

Pages 恢復正常

重要發現

GitHub Pages 免費版只支援 Public repo
Private repo 的 Pages 需要付費方案

Public vs Private 比較

PUBLIC — 開放式廚房
  • 全世界看得到程式碼
  • Pages 免費
  • 適合:作品集、部落格、開源專案

展示用的內容放這裡

PRIVATE — 後廚
  • 只有被邀請的人看得到
  • Pages 免費版不支援
  • 適合:有密碼的程式碼、未完成的專案

有機敏資料的放這裡

邀請同學協作

1
建一個新的 Private repo

用來測試 Private 功能

2
Settings → Collaborators → 邀請同學

輸入同學的 GitHub 帳號

3
同學接受邀請後可以看到 Private repo

其他人依然看不到

資安意識:密碼外洩的代價

在 GitHub 搜尋「API_KEY」
能找到多少外洩的密碼?
答案:數以萬計 — 而且被機器人 24 小時自動掃描

真實案例

AWS Key 推到 Public repo
→ 被機器人掃到
→ 帳單 $12,000 美元

防護原則

有 API Key 的程式碼
一定要放 Private repo
或用其他方式保護

這個問題在 M2-2 會正式解決

M2-1 今天
知道 Public 有風險
M2-2 下次
Secrets + .gitignore
M2-3
.env + IDE 權限
今天的結論

作品集、個人網頁 → Public 沒問題
有密碼的程式碼 → 絕對不能放 Public
具體怎麼保護 → M2-2 會教

六維度反思

對比自己 M1-1 和 M2-1 的成果

1
網頁品質
2
GitHub 操作
3
部署流程
4
版本概念
5
Public vs Private
6
總體效果

M1-1 的你只會用 AI 聊天做 HTML
現在的你會部署、會版本控制、知道資安風險 — 差距在哪裡

Round 5 小結

權限意識建立

Public = 開放式廚房,Private = 後廚
知道什麼該公開、什麼該保護

ROUND 6 · 1:45–2:00

三階段回顧
網頁發布升級史

從本機 HTML 到 GitHub Pages 的完整路徑

六輪回顧

R1
AI做更好的網頁
R2
GitHub帳號+repo
R3
上傳+Pages
R4
修改+版本
R5
Public/Private
R6
回顧
0
行終端機指令
1
上線的網站
3+
版本紀錄

三階段升級對比

M1-1 HTML M1-4 GAS 網頁 M2-1 GitHub Pages
網址 無(本機檔案) 超長 GAS URL 短網址 github.io
修改方式 重新貼程式碼 重新部署 上傳新版
版本控制 有(Commit)
速度 即時(本機)
控制權 完全 受 Google 限制 完全

每一次升級都解決了前一階段的痛點
GitHub Pages 是目前為止最完整的方案

網頁發布升級路線

M1-1
HTML 存本機
只能自己看
M1-4
GAS 網頁
公開但有限制
M2-1 今天
GitHub Pages
短網址+版本控制
升級完成

你的網頁部署能力已從「只能自己看」升級到「全世界可見、有版本控制」
而且全程沒有打過一行終端機指令

帶走清單

本堂定位 GitHub Pages — 讓你的網頁永遠存在固定網址

不只學了什麼,是想法怎麼變了
從「在別人地盤做東西」→ 擁有可發布、可演進的數位資產

從「網頁差不多就好」
作品代表我的判斷
從「帳號只是登入用」
身分也是發布節點
從「上傳完給人看」
發布是資產落地
從「改壞就完了」
版本讓嘗試有退路
從「公開私密隨便選」
可見性就是責任
從「我只是做頁面」
我開始擁有地盤

Stage 2 接下來的路線

2-1
GitHub Pages(今天)

上線、版本控制、Public vs Private

2-2
GitHub 安全管理

Secrets + .gitignore — 把 M1-4 的工具安全搬到 GitHub

2-3
進入 IDE

首次使用 VS Code — AI 在終端機裡幫你下指令

2-4
API 生態 + 免費額度

在 IDE 裡串接 AI API — 從使用者變成開發者

課後操作

實踐任務

把你的 GitHub Pages 網址分享到社群
請三個人打開看看,收集他們的回饋

進階挑戰

用 AI 再做一個完全不同主題的頁面
上傳到同一個 repo 或另建一個 repo
下堂課會用到你的 GitHub 帳號

下一堂課 — M2-2

你的網站上線了
但密碼怎麼辦?

M1-4 的 GAS 工具要搬到 GitHub — 過程中必須學會安全管理

Secrets .gitignore 三層密碼管理

M2-1 完成

1 / 56
章節