iT邦幫忙

鐵人檔案

2026 iThome 鐵人賽
回列表
Vibe Coding

《我與 AI 的奇幻漂流:30 天,把「能跑」變成「能上線」》 系列

AI 幫你把網站做出來了。然後呢?

「能跑」和「真的能上線」之間,還隔著資料、權限、效能、部署、安全與成本。這 30 天,我會從一個小小的念頭開始,打造一個 Web 產品,把那段常常被跳過的路一步一步走完——包括那件最容易被忽略的事:AI 說完成了之後,你要怎麼確認它真的完成了。

不預設你有完整的工程背景,寫給想用 Vibe Coding 做出真正產品,而不只是 Demo 的人。

參賽天數 22 天 | 共 22 篇文章 | 0 人訂閱 訂閱系列文 RSS系列文
DAY 11

【Day 11|留下備註】網址參數:重新整理之後,為什麼我的選擇消失了?

昨天每張專輯都有了自己的網址。今天換一個情境。 我在專輯列表搜尋「NewJeans」,再把年份篩成 2024,終於只剩下她們那一年發行的兩張專輯。結果一按重新整...

2026-09-25 ‧ 由 Leo 分享
DAY 12

【Day 12|下水試航】響應式設計與 ngrok 實機測試:開發者工具看不見的事

Day 8 介紹過開發者工具的手機模式:切到 iPhone 的尺寸,看看排版有沒有跑掉。 我這幾天都是這樣檢查的,畫面看起來一切正常。 然後我拿起手機,在瀏覽器...

2026-09-26 ‧ 由 Leo 分享
DAY 13

【Day 13|繫上繩子】分支、PR 與合併:讓 AI 大改之前,先留一條退路

這幾天改了很多地方:資料模型、路徑、參數、搜尋框的字級… 目前都是全部都改在預設的 main 分支上。 這種情況可能會出現一個問題:如果其中一個改動把桌機版弄...

2026-09-27 ‧ 由 Leo 分享
DAY 14

【Day 14|三艘小艇】同一份 Skill、三個 AI,會走出三種什麼設計?

昨天把分支的觀念畫清楚了。今天要實際走一次。而且不是一條,是三條。 我想替這個網站進行 UIUX 的優化,但與其只交給一個 AI、做出來再看喜不喜歡,我想這樣做...

2026-09-28 ‧ 由 Leo 分享
DAY 15

【Day 15|海面之下】資料庫與 Schema:從 data.ts 到真正的資料表

第二幕結束時,專案中的畫面已經長得稍微像樣了。但如果今天出了一張新專輯,我想把它加進網站,要做的事情是:打開 data.ts,照格式多寫一筆資料,commit、...

2026-09-29 ‧ 由 Leo 分享
DAY 16

【Day 16|信號繩】CRUD 與 RESTful API:程式之間怎麼約定彼此說什麼

昨天,這個專案的資料終於搬進了資料庫。但回頭想想,可能會覺得有一件事有點怪怪的:我們從頭到尾,一支 API 都沒寫,網站卻拿到資料了。 其實,AI 幫我們改完程...

2026-09-30 ‧ 由 Leo 分享
DAY 17

【Day 17|船舷之外】API 實作與請求驗證:送進來的資料,真的能信嗎?

昨天結尾,留了兩個問題: 如果只在畫面上的輸入框上限制字數,真的擋得住嗎? 頁面自動帶入的 id,能不能相信? 昨天我們其實就已經知道答案:畫面不是唯一的入...

2026-10-01 ‧ 由 Leo 分享
DAY 18

【Day 18|辨認來者】Supabase Auth 登入與身分驗證:網站怎麼知道你是誰?

昨天做好的回報功能,不需要知道你是誰。只要內容符合規則,網站就收下。 但收藏不一樣。如果我今天在手機上收藏了一張專輯,晚上回家打開電腦,我希望看到的是同一份清單...

2026-10-02 ‧ 由 Leo 分享
DAY 19

【Day 19|食人島】收藏功能實作與 RLS:登入了,就能看別人的資料嗎?

昨天實作完登入功能,網站終於可以知道你是誰了。 但知道你是誰不代表你可以做任何事情。登入之後,我能不能看到別人的收藏?如果我把請求裡的使用者 id 換成別人的,...

2026-10-03 ‧ 由 Leo 分享
DAY 20

【Day 20|捕魚的結果】網頁在哪裡被做出來?渲染方式、搜尋與資料狀態

昨天做完收藏之後,回頭看了一下這幾天做的功能,發現一件事:同樣是從 Supabase 拿資料,專輯列表、搜尋、我的收藏,處理方式似乎有些不太一樣。有些在伺服器完...

2026-10-04 ‧ 由 Leo 分享