週末花了2天時間我用 codex 自建了一個賣課網站
整理版優先睇
用 SDD 方法自建賣課網站，先定義系統規格再讓 AI 實現先係真正門檻
呢篇文章係作者分享佢用週末時間，透過 GPT（codex）由零開始自建一個完整賣課網站嘅經驗。佢本身係《AI 編程——SDD 企業級實戰小冊》嘅作者，想解決將課程放喺現成平台導致用戶關係唔完全喺自己手、功能受限嘅問題。於是佢決定整一個真正可營運嘅課程交付系統，包括課程展示、登錄註冊、購買、優惠券、支付回調、學習中心、後台管理等。
作者強調，GPT 最強嘅地方唔係一句話就生成代碼，而係要先講清楚業務邊界、用戶角色、驗收標準同數據模型。佢用 SDD（Spec Driven Development）方法，先定義業務語言（例如 Visitor、User、Learner、Course Order 等），再設計數據模型同流程，最後先畀 AI 實現。呢種做法避免咗局部正確但系統連唔起嘅問題。
最終佢成功建立一個完整嘅課程商業化系統，並用呢個網站嚟賣自己嘅 SDD 小冊子，成件事就係一次完整嘅實戰驗證。結論係：AI 編程嘅真正門檻係定義清楚系統，而 SDD 正正係幫手做到呢一點嘅方法。
- 作者週末用 GPT 自建賣課網站，銷售自己嘅 SDD 小冊子，驗證 SDD 方法可行
- 現成平台限制用戶關係、頁面設計同業務邏輯，自建網站先可以完全控制課程交付流程
- SDD 核心係先定義業務語言同規格，再畀 AI 實現，避免局部正確但系統唔連貫
- 網站功能包括課程展示、用戶系統、支付回調、優惠體系、後台管理等，係真正可營運嘅系統
- AI 編程嘅最大門檻唔係寫 prompt，而係定義清楚系統邊界、業務規則同驗收標準
點解要自建賣課網站？
作者以前做課程，第一反應係放上現成平台。雖然方便，但 用戶關係唔完全喺自己手，課程頁面長咩樣受平台限制，優惠券、老學員折扣、學習路徑好難按自己業務邏輯設計，課程更新同售後入口亦難打通。
所以佢決定整一個自己嘅課程站，目標唔係「做一個靚首頁」，而係一個完整嘅課程交付系統：由用戶睇課程、註冊登錄、付費購買、進入學習中心，到持續學習同接收更新，每一步都可控。
SDD 方法：先定義規格，再寫代碼
SDD 全稱 Spec Driven Development，即「規格驅動開發」。核心係：先將規格講清楚，再畀 AI 寫代碼。先定義咩係正確，先開始實現；先建立業務語言，再拆頁面、數據、接口同測試。
喺呢個賣課網站入面，作者先定義咗一套業務語言：Visitor（未登錄訪客）、User（註冊用戶）、Learner（擁有課程權限）、Course Order（課程訂單）、Course Access（課程訪問權）、Coupon Code（優惠券）、Returning Learner（老學員）、Paid Course Order（已付款訂單）才能真正授予權限。呢啲詞穩定落嚟，GPT 就唔會每次換一種講法。
然後先設計數據模型、頁面流程、權限規則、支付流程同後台功能，確保成個系統嘅一致性。
網站第一版功能概覽
呢個網站係一個完整嘅課程商業化系統，涵蓋以下主要功能：
- 課程首頁同落地頁：展示課程介紹、價格、目錄、試聽入口同購買按鈕，圍繞 SDD 學習路徑展示。
- 用戶系統：註冊、登錄，購買後入「我的課程」，課程訪問權靠後端權限控制。
- 課程內容導入：支援從原來小冊子導入 Markdown、圖片同章節目錄，唔需要手動複製。
- 支付流程：生成訂單後進入 Stripe Checkout，支援支付寶同銀行卡，支付成功靠 Stripe webhook 確認先授予權限，唔係瀏覽器跳轉就算。
- 優惠體系：後台可配置優惠券同老學員自動折扣，兩種優惠唔疊加，揀最划算嘅價格。
- 後台管理：管理員可以管理課程、課時、優惠券、訂單、用戶同課程權限，睇銷售數據、退款狀態同學習資訊。
最大收穫：定義系統先係真門檻
作者最大嘅收穫唔係「GPT 太強」，而係更確定咗一件事：AI 編程真正嘅門檻，唔係識唔識寫提示詞，而係有冇能力定義清楚一個系統。GPT 可以幫你寫代碼、改樣式、補測試、查問題，但唔可以替你決定業務邊界。
SDD 嘅價值就係將 AI 從「隨機生成代碼」拉返去「按規格交付系統」。作者寫《AI 編程——SDD 企業級實戰小冊》就係想將呢套方法沉澱落嚟，幫助更多人由「讓 AI 寫幾段代碼」進化到「用 AI 交付一個真正能跑嘅系統」。
今個週末我做咗件幾得意嘅事：
我用 GPT 自己整咗一個賣課程嘅網站。
唔係得個首頁、㩒掣冇反應嘅演示版，而係一個真係圍繞「賣課程」呢件事去設計嘅系統：課程展示、登錄註冊、課程購買、優惠券、舊學員折扣、支付回調、學習中心、課程目錄、後台管理、訂單管理、退款同步、課程內容導入，全部俾我一步步整曬出嚟。
更加得意嘅係，呢個網站賣緊嘅課程，正正就係我本小冊子：
《AI 編程——SDD 企業級實戰小冊》。
即係話，我用小冊子入面講嘅 SDD 方法，反過嚟搭建咗呢個賣小冊子同課程嘅網站。
呢件事本身，就係一次完整嘅實戰驗證。
點解我要自己整賣課程網站？
以前做課程，好多人第一個反應係放上現成平台。
咁當然方便，但都有幾個問題：
用戶關係唔完全喺自己手；
課程頁面個樣係點，受平台限制；
優惠券、舊學員折扣、學習路徑，好難按自己嘅業務邏輯設計；
課程更新、付款權限、售後入口，都好難完全打通。
所以我想做一個屬於自己嘅課程網站。
我嘅目標唔係「整一個靚仔首頁」，而係做一個完整嘅課程交付系統。
一個用戶由睇到課程，到註冊登錄，到俾錢購買，到入學習中心，再到持續學習同接收更新，中間每一步都應該係可控嘅。
呢啲先係一個賣課程網站真正有價值嘅地方。
淨靠 GPT 寫 code，好快會亂
今次我的確大量用咗 GPT。
但我越來越清楚感受到：GPT 最勁嘅地方唔係「你一句說話，佢就俾你一大堆 code」。
真正好用嘅方式，係你先將業務邊界、用戶角色、驗收標準、數據模型講清楚，再俾 GPT 去實現。
如果唔係，好容易出現一種情況：
佢今日寫一個登錄，聽日寫一個訂單，後日又寫一個課程頁面，每個局部睇落都啱，但成個系統連唔埋一齊。
賣課程網站特別係咁。
比如：
用戶未登錄可唔可以買課程？
俾錢成功之後幾時解鎖課程？
瀏覽器跳返去成功頁，就當俾錢成功咩？
優惠券同舊學員折扣可唔可以疊加？
退款之後課程權限要唔要取消？
後台手動送課程，算唔算舊學員？
呢啲問題唔先定義清楚，GPT 寫得越快，後面返工越多。
所以我今次冇由「寫頁面」開始，而係由 SDD 開始。
SDD 係乜嘢？
SDD，全名係 Spec Driven Development，我將佢理解為「規格驅動開發」。
佢唔係寫多幾句 prompt，亦唔係俾 AI 幫你生成一份需求文檔。
佢嘅核心係：
先將規格講清楚，再俾 AI 寫 code。
先定義乜嘢係正確，再開始實現。
先建立業務語言，再拆頁面、數據、接口同測試。
喺呢個賣課程網站入面，我先定義咗一套業務語言：
Visitor 係未登錄訪客。
User 係註冊用戶。
Learner 係擁有課程權限嘅人。
Course Order 係課程訂單。
Course Access 係課程訪問權。
Coupon Code 係優惠券。
Returning Learner 係舊學員。
Paid Course Order 先至真正授予課程權限。
呢啲詞睇落普通，但佢哋好重要。
因為一旦業務語言穩定咗，GPT 就唔會每次換一個講法，亦唔會將「註冊用戶」「學員」「購買者」「會員」撈亂。
下一步先係設計數據模型、頁面流程、權限規則、支付流程同後台功能。
呢個網站而家有啲乜嘢功能？
我將第一版做成咗一個完整嘅課程商業化系統。
前台有課程首頁同課程落地頁。用戶可以見到課程介紹、價格、課程目錄、試聽入口，同埋購買掣。課程頁唔係簡單堆文案，而係圍繞 SDD 嘅學習路徑去展示：先定需求、再定設計、最後驗證。
用戶系統都駁埋入嚟。用戶可以註冊、登錄，購買之後進入「我的課程」。課程訪問權唔係靠前端掣判斷，而係通過後端權限控制。冇權限就唔可以直接訪問付費內容。
課程內容支援由原本嘅小冊子內容導入。Markdown、圖片、章節目錄都可以入到新嘅課程系統入面。咁樣原本沉澱喺小冊子嘅內容，唔需要手動一篇篇複製，可以變成網站入面嘅真實課程。
支付部分都按真實業務做咗設計。用戶購買課程時，會生成訂單，進入 Stripe Checkout，支援支付寶同銀行卡。支付成功後，唔係瀏覽器跳返嚟就即刻解鎖，而係等 Stripe webhook 確認支付成功，先授予課程訪問權。
優惠體系都做咗入去。後台可以配置優惠券，亦可以俾舊學員自動折扣。兩種優惠唔會疊加，而係選擇對用戶最划算嗰個價格。咁樣既符合商業邏輯，又避免咗後續訂單對帳混亂。
後台係另一個重點。管理員可以管理課程、課時、優惠券、訂單、用戶同課程權限。亦可以睇銷售數據、退款狀態同學習相關資訊。對我嚟講，呢個唔止係一個網站前台，而係一個真正可以營運課程嘅系統。
今次最大嘅得著
今次最大嘅得著唔係「GPT 太勁」。
而係我更肯定咗一件事：
AI 編程真正嘅門檻，唔係識唔識寫提示詞，而係你能唔能夠定義清楚一個系統。
GPT 可以幫你寫 code、改樣式、補測試、查問題。
但佢唔可以幫你決定業務邊界。
乜嘢係訂單？
乜嘢係課程權限？
幾時算支付成功？
退款之後權限點處理？
舊學員折扣點判斷？
課程內容點導入同維護？
呢啲問題，一定要由人嚟定義。
SDD 嘅價值就喺呢度：佢將 AI 由「隨機生成 code」拉返去「按規格交付系統」。
點解我要寫呢本 SDD 小冊子？
因為我覺得好多而家用 AI 編程嘅人，仲停留喺「叫佢幫我寫一個頁面」「叫佢幫我改一個 bug」嘅階段。
咁當然有用，但仲未夠。
真正有價值嘅，係俾 AI 參與完整嘅軟件交付：
由需求到設計，
由數據模型到權限邊界，
由頁面到支付流程，
由測試到上線驗證。
呢個都係我寫《AI 編程——SDD 企業級實戰小冊》嘅原因。
佢唔係一本單純教 prompt 嘅小冊子，而係想將我真實用 AI 做項目嘅方法沉澱落嚟。
今次我用 codex 自建賣課程網站，本質上就係將呢套方法又行咗一次。
先寫規格，
再拆設計，
再俾 AI 實現，
最後用測試同真實業務流程驗證。
結果證明：呢條路係行得通嘅。
如果你都想由「叫 AI 寫幾段 code」，走到「用 AI 交付一個真正用得嘅系統」，SDD 可能會係一個好好嘅起點。
最後
㩒文章嘅閲讀原文連結可以去到我個賣課程網站，我俾大家派一轉 20% 嘅優惠券，先到先得㗎
輸入下面嘅優惠碼就可以減免㗎
本週末我做了一件挺有意思的事：
我用 GPT，自建了一個賣課網站。
不是那種只有首頁、按鈕點不動的演示頁面，而是一個真正圍繞“賣課”這件事設計的系統：課程展示、登錄註冊、課程購買、優惠券、老學員折扣、支付回調、學習中心、課程目錄、後台管理、訂單管理、退款同步、課程內容導入，都被我一步步做了出來。
更有意思的是，這個網站本身賣的課程，正是我的小冊子：
《AI 編程——SDD 企業級實戰小冊》。
也就是說，我用小冊子裏講的 SDD 方法，反過來搭建了這個賣小冊子和課程的網站。
這件事本身，就是一次完整的實戰驗證。
為什麼我要自建賣課網站？
以前做課程，很多人第一反應是放到現成平台上。
這當然方便，但也有幾個問題：
用戶關係不完全在自己手裏；
課程頁面長什麼樣，受平台限制；
優惠券、老學員折扣、學習路徑，很難按自己的業務邏輯設計；
課程更新、付費權限、售後入口，也很難完全打通。
所以我想做一個自己的課程站。
我的目標不是“做一個漂亮首頁”，而是做一個完整的課程交付系統。
一個用戶從看到課程，到註冊登錄，到付費購買，到進入學習中心，再到持續學習和接收更新，中間每一步都應該是可控的。
這才是一個賣課網站真正有價值的地方。
只靠 GPT 寫代碼，很快就會亂
這次我確實大量使用了 GPT。
但我越來越明確地感受到：GPT 最強的地方不是“你一句話，它給你一堆代碼”。
真正好用的方式，是你先把業務邊界、用戶角色、驗收標準、數據模型講清楚，再讓 GPT 進入實現。
否則很容易出現一種情況：
它今天寫一個登錄，明天寫一個訂單，後天又寫一個課程頁面，每個局部看起來都對，但整個系統連不起來。
賣課網站尤其如此。
比如：
用戶沒登錄能不能買課？
支付成功後什麼時候解鎖課程？
瀏覽器跳回成功頁，就算支付成功嗎？
優惠券和老學員折扣能不能疊加？
退款後課程權限要不要取消？
後台手動贈送課程，算不算老學員？
這些問題不先定義清楚，GPT 寫得越快，後面返工越多。
所以我這次沒有從“寫頁面”開始，而是從 SDD 開始。
SDD 是什麼？
SDD，全稱是 Spec Driven Development，我把它理解為“規格驅動開發”。
它不是多寫幾句 prompt，也不是讓 AI 幫你生成一份需求文檔。
它的核心是：
先把規格講清楚，再讓 AI 寫代碼。
先定義什麼是正確，再開始實現。
先建立業務語言，再拆頁面、數據、接口和測試。
在這個賣課網站裏，我先定義了一套業務語言：
Visitor 是未登錄訪客。
User 是註冊用戶。
Learner 是擁有課程權限的人。
Course Order 是課程訂單。
Course Access 是課程訪問權。
Coupon Code 是優惠券。
Returning Learner 是老學員。
Paid Course Order 才能真正授予課程權限。
這些詞看起來普通，但它們非常重要。
因為一旦業務語言穩定，GPT 就不會每次換一種說法，也不會把“註冊用戶”“學員”“購買者”“會員”混在一起。
接下來才是設計數據模型、頁面流程、權限規則、支付流程和後台功能。
這個網站現在有哪些功能？
我把第一版做成了一個完整的課程商業化系統。
前台有課程首頁和課程落地頁。用戶可以看到課程介紹、價格、課程目錄、試聽入口，以及購買按鈕。課程頁不是簡單堆文案，而是圍繞 SDD 的學習路徑來展示：先定需求、再定設計、最後驗證。
用戶系統也接進來了。用戶可以註冊、登錄，購買後進入“我的課程”。課程訪問權不是靠前端按鈕判斷，而是通過後端權限控制。沒有權限，就不能直接訪問付費內容。
課程內容支持從原來的小冊子內容導入。Markdown、圖片、章節目錄都可以進入新的課程系統裏。這樣原來沉澱在小冊子裏的內容，不需要手工一篇篇複製，可以變成網站裏的真實課程。
支付部分也按真實業務做了設計。用戶購買課程時，會生成訂單，進入 Stripe Checkout，支持支付寶和銀行卡。支付成功後，不是瀏覽器跳回來就立刻解鎖，而是等 Stripe webhook 確認支付成功，再授予課程訪問權。
優惠體系也做了進去。後台可以配置優惠券，也可以給老學員自動折扣。兩種優惠不會疊加，而是選擇對用戶最划算的那個價格。這樣既符合商業邏輯，也避免了後續訂單對賬混亂。
後台是另一個重點。管理員可以管理課程、課時、優惠券、訂單、用戶和課程權限。也可以查看銷售數據、退款狀態和學習相關信息。對我來說，這不只是一個網站前台，而是一個真正能運營課程的系統。
這次最大的收穫
這次最大的收穫不是“GPT 太強了”。
而是我更確定了一件事：
AI 編程真正的門檻，不是會不會寫提示詞，而是你能不能定義清楚一個系統。
GPT 可以幫你寫代碼、改樣式、補測試、查問題。
但它不能替你決定業務邊界。
什麼是訂單？
什麼是課程權限？
什麼時候算支付成功？
退款後權限如何處理？
老學員折扣怎麼判斷？
課程內容怎麼導入和維護？
這些問題，必須由人來定義。
SDD 的價值就在這裏：它把 AI 從“隨機生成代碼”拉回到“按規格交付系統”。
為什麼我要寫這本 SDD 小冊子？
因為我覺得很多人現在用 AI 編程，還停留在“讓它幫我寫一個頁面”“讓它幫我修一個 bug”的階段。
這當然有用，但還不夠。
真正有價值的，是讓 AI 參與完整的軟件交付：
從需求到設計，
從數據模型到權限邊界，
從頁面到支付流程，
從測試到上線驗證。
這也是我寫《AI 編程——SDD 企業級實戰小冊》的原因。
它不是一本單純教 prompt 的小冊子，而是想把我真實使用 AI 做項目的方法沉澱下來。
這次我用 codex 自建賣課網站，本質上就是把這套方法又跑了一遍。
先寫規格，
再拆設計，
再讓 AI 實現，
最後用測試和真實業務流程驗證。
結果證明：這條路是可行的。
如果你也想從“讓 AI 寫幾段代碼”，走到“用 AI 交付一個真正能跑的系統”，SDD 可能會是一個很好的起點。
最後
點擊文章的閲讀原文連結可以訪問到我的賣課網站， 我給大家發一波20%的優惠券， 先到先得哦
輸入下面的優惠碼就可以減免哦