我用 Claude Code 蓋了一套自己的電商系統——AgentDTC 是什麼，為什麼要自己蓋

上一篇我研究了 Domaine，結論寫在最後一段：那是我重新思考 AgentDTC 的起點。

這篇是後續。我把想法變成了東西。

我用 Claude Code 蓋了一套自己的 DTC 電商系統。

商品、訂單、購物車、金流、庫存、數位商品交付、線上課、直播——全部在裡面，而且真的在跑。

先講為什麼不租一套就好

講真的，這個問題我自己也問過很多次。

現成的平台又快又穩，月費算下來也不貴。我為什麼要自己來？

因為 AgentDTC 是 200 開放品牌的基建。

要做 200 個開放品牌，第一件事不是決定第一個品牌賣什麼。

是先把它們要站的那塊地整出來。

機能襪、懶骨頭、名廚 IP——受眾不一樣、供應鏈不一樣、賣法也不一樣。

它們共用的不是一個大品牌，是底下那一層。

那一層如果是租來的，兩百次就要租兩百次，兩百次都被綁在別人的規則裡。

所以底座先蓋，而且要是自己的。

品牌會一個一個長出來，那是後面的事。基建不能等到那時候才開始——它是前提，不是結果。

更實際的理由：租來的東西，你改不動最關鍵的那一段

電商真正決定賺不賺錢的，通常不是「有沒有購物車」。

是那些小地方——

早鳥到期之後價格要怎麼自動跳回去。

名額賣完之後要擋人，還是收掉那一段價格繼續賣。

團報的兌換碼誰能看、誰能領。

買課的人退款之後，他的觀看權限要不要立刻收回。

這些都是會直接影響到錢的規則。租來的平台通常給你一個大概的版本，剛好不是你要的那個版本。

你可以將就。將就久了，你的生意就長成平台允許的形狀。

但一個人怎麼可能蓋得出來

這才是這件事真正變得可能的原因。

我不是工程師。三年前我做不到這件事，五年前更不可能。

現在可以，是因為 Claude Code。

而且用法跟大部分人想的不一樣——我沒有叫它「幫我寫一個電商系統」。

那樣做出來的東西，會在你第一次要處理退款的時候垮掉。電商難的從來不是購物車，是那些邊界情況。

我的做法是 fork 一個成熟的開源電商，它本身有三十幾個模組，然後在上面長我要的東西。

Claude Code 在這件事上最大的價值，不是幫我寫新功能，是幫我讀懂一個我自己讀不完的專案。

三十幾個模組、幾千個檔案。我不可能一個一個看。但我可以問——這個折扣是怎麼算的、這張表為什麼有這一欄、我在這裡加一段會影響到誰。

問得到答案，我才敢動。

我給自己立的規矩，只有一條

自己加的東西全部放在一個獨立的外掛裡，一行都不寫進它的核心。

驗收方式只有一句話：把外掛拿掉，它要退回一套乾淨的原版。

這條規矩的用意很實際——上游發新版我升得動，我自己寫錯的東西我砍得掉，而且砍掉不會弄壞其他還在賣的東西。

重點是它能被驗證。「拿掉外掛還跑不跑得起來」是可以真的跑一次的，跑不起來就是破了。

不靠我記得，也不靠 AI 記得。趕進度的時候，只有這種規矩活得下來。

那 Domaine 那篇講的 AI 電商呢

上一篇最後講到一個概念：未來 AI 幫消費者找商品、比較、甚至直接下單，品牌的系統要讓 AI 看得懂，不只是讓人看得懂。

這正是我說的「Agent 原生」。

不是在網站上裝一個聊天機器人。是從底層就假設會有一個 Agent 來讀我的商品、我的庫存、我的價格規則，然後直接完成交易。

現在還不到全面發生的時候。但底座是現在蓋的——蓋的時候有沒有留這個位置，之後差很多。

留位置很便宜。事後補位置很貴。

我為什麼要自己先用

軟體業有個老原則叫「吃自己的狗糧」：你要用自己做的東西。

這句話很容易做淺。很多人的做法是內部裝一套 demo，外面賣另一套。

我要的是另一個意思——我實際在用的，就是真的要拿出來賣的那一套。

一旦分成兩份，我在自己系統裡踩的坑就不會回到賣的那一份上。客人會再踩一次，而我不會知道。

所以我開了一家測試用的店，讓它真的跑起來：真的有商品、真的能結帳、真的要處理退款跟權限。

那家店本身不是重點，它是測試場。重點是它逼出了一堆我坐在那邊想永遠想不到的問題。

接下來

下一篇講 AgentCourse——同一套方法，在這個底座上長出一套線上開課系統，為 12AI學院 建的。

一樣的邏輯：先給自己的課用，自己先痛過，才有資格給別人用。