
我曾看過有人花了十一天挑選網域名稱,而該產品實際上只花了四小時就打造完成。以下說明為何名稱幾乎無關緊要、為何「幾乎」不等於「完全不」,以及哪兩種情況你真的該放慢腳步、慎重選擇。
閱讀全文 →
「這底下真的有資料庫,還是只是煙霧彈加 JSON 檔案?」這是關於 AI 打造應用程式最常見的質疑,我們逐一以具體問題回答。
閱讀全文 →
轉圈圖示寫著「思考中」,但效能分析工具卻說了不一樣的故事。四秒是模型推理,三十多秒卻是別的東西——本文拆解 AI 建構器在你等待期間實際在做什麼,以及為何更大的模型往往解決不了這個問題。
閱讀全文 →
上週有人問我,是否已經「碰到天花板」,超出了 AI 建構器所能提供的極限。多數時候,誠實的答案是否定的——他們只是還沒寫出正確的提示。但有時答案確實是肯定的。以下說明如何分辨兩者的差異。
閱讀全文 →
一份 Stripe webhook 酬載看起來像是八十行可以略過不看的 JSON,但事實並非如此。每一個欄位都是 Stripe 已經替你做出的決定,而你略過的那些,往往正是日後在正式環境中反咬你一口的部分。
閱讀全文 →
每個人都會為打造產品編列預算,但幾乎沒有人為第二個月做準備——當資料庫帳單寄來時,或是網域到期需要續費時,又或是某篇 Reddit 貼文一口氣帶來 4 萬人湧入你以為永遠免費的頁面時。以下是真實的成本全貌。
閱讀全文 →
大多數「如何寫出更好的提示詞」建議都很籠統,這篇不是。我們逐字逐句拆解了一個為私人主廚預約網站撰寫的 83 字提示詞——包含稀缺性文案、街區細節,以及客戶從未提及、但建置過程中卻不可或缺的關鍵要素。
閱讀全文 →
四個關於 AI 答案引擎如何實際解讀你網站內容的數據——以及為什麼「內容在頁面上的位置」比你聽過的所有內容深度建議都更重要。
閱讀全文 →
十通探索訪談,十個人對你的提案頻頻點頭,但你真正需要知道的,它們一項也告訴不了你。這就是為什麼我寧可把粗糙的版本交給三位真實使用者,也不去訪談三十位假想使用者——以及這個建議在哪些情況下會失靈。
閱讀全文 →
大家都用出貨速度評比 AI 建置器,卻沒有人統計它們說「不」的頻率——而那才是真正能預測你的應用能否熬過真實使用者考驗的數字。
閱讀全文 →
《精實創業》教你先出最小可行的東西再從中學習。這個建議,其實是對一種對大多數人而言已不復存在的成本結構所做出的回應。以下說明為何第一天就做得更寬廣才是正解——以及舊建議仍然勝出之處。
閱讀全文 →
有人剛告訴你,你的應用程式少了某個功能、或壞掉了、或讓人困惑。在你打開建置聊天視窗開始輸入之前,先看看這種直覺容易出錯的三種方式——以及真正該用的提示詞長什麼樣。
閱讀全文 →
「把客戶資料放進去安全嗎?」是個直到上線後才有人敢問出口的問題。這裡誠實回答——包括那些老實說「這取決於你」的部分。
閱讀全文 →
你昨晚私訊我一張截圖:「竟然有人想付錢買這個??」以下是我當時若醒著,會回給你的那封信——談 Stripe 與記錄商戶(merchant-of-record)選項的取捨、測試模式的紀律,以及你即將踩到的稅務問題。
閱讀全文 →
多數建置在第四句提示詞時就已達到可用版本。之後人們還會再繼續打上十幾句。以下說明那些多出來的提示詞究竟在做什麼——答案可能出乎你的意料。
閱讀全文 →
我在早上 6 點 58 分,為朋友的護理病房發佈了一個換班工具。到了中午,就冒出一個我測試了三週都沒發現的臭蟲。以下是逐小時的紀錄。
閱讀全文 →
人們在把一個原本好好的網站「升級」到 AI 建置工具時,最容易搞砸的三種方式,以及能避開這三者、雖不起眼卻踏實可靠的做法。
閱讀全文 →
我妹妹的遛狗事業需要一個預約應用程式,週一前要交件。以下是實際紀錄——時間戳記、走進的死路,以及一個我做過頭、以後不會再犯的步驟。
閱讀全文 →
對「氛圍式編程」(vibe coding)的批評,預設了那項舊技能——逐行閱讀程式碼——才是重點。其實不是。重點一直都是把能運作的東西交付出去,而那項技能並未消失,只是轉移了位置。
閱讀全文 →
48 小時內索引率達 71%。Lighthouse 平均分數 94。而以 12 頁以上上線的網站,爬取速度比單頁上線快三倍。以下說明為何最後這個數字並非偶然。
閱讀全文 →
三種取得軟體的方式,三種截然不同的失敗模式。以下用平實的說法與真實數字,說明它們真正的差異所在。
閱讀全文 →
「你擁有它」印在定價頁面上很容易。但當程式碼是由代理撰寫、並代管於我們的基礎架構上時,這句話實際上代表什麼?
閱讀全文 →
研究找出機會,建置工具將其化為現實,上架讓它出現在使用者面前,優化則持續記錄成效——整個循環如何串接在一起,以及「自主模式」真正的意涵。
閱讀全文 →
AI 產出的結果是機率性的;但上線的軟體不該是。從「代理完成了」到「建置通過驗證」之間究竟發生了什麼——逐層拆解,包括建置成果會反駁的那一部分。
閱讀全文 →
二十種語言、一份登錄檔,以及一套跟得上產品腳步的翻譯流程——加上使用者真正會注意到的部分:代理會以你提問的語言回覆。
閱讀全文 →
一個上線後無人關注數據的產品,就像一封裝進瓶子裡的信。真實的搜尋、流量與商店數據如何每日回流——以及代理們拿它做了什麼。
閱讀全文 →
我們曾試著在 canvas 上偽裝出 3D 效果。它看起來就跟聽起來一樣廉價。於是我們禁止了這種做法,接上真正的 Unity 引擎與無介面 Blender,並將整條流程公開。
閱讀全文 →
Longwave 從一句話的提示詞,走到商店送審,全程無需任何人手動填寫表單。以下是完整路徑——以及沒有任何平台能夠承諾消除的兩項誠實但無可迴避的但書。
閱讀全文 →
帶你走過最初十分鐘:建置工具會問什麼、你在它作業時會看到什麼,以及當平台宣稱「完成」時,那究竟代表什麼。
閱讀全文 →
定價頁面的目標是看起來簡單。這篇文章談的是另一回事:點數實際上如何運作——額度、點數包、用盡後的行為,以及退款——毫無隱藏但書。
閱讀全文 →
同一段文案貼到六個網站上,那不是行銷,是垃圾訊息。策略師如何挑選頻道、「貼合平台調性」實際上是什麼意思,以及為何發文這一步由你親自完成。
閱讀全文 →
「我該做什麼產品?」是一個研究問題,而非腦力激盪。五個代理如何從趨勢、抱怨與競品缺口中挖掘出你能一鍵建置的簡報。
閱讀全文 →
人們停止改進產品的原因,是因為改動感覺起來有風險。版本紀錄、回復機制與部署歷史,正是為了消除這種感受而存在。
閱讀全文 →
一鍵發佈至免費子網域、透過 SFTP 部署至自己的伺服器,或是上架應用程式商店——三種發佈路徑,各自適用的時機,以及它們如何搭配運用。
閱讀全文 →
單人遊玩只是基本配備。真正有趣之處在於同一個鍵盤上的本機雙人對戰、無法從瀏覽器端作弊的線上多人連線,以及一個公開的遊玩頁面。
閱讀全文 →
網頁版建置只是簡單的一步。Android 應用程式包、三種作業系統的桌面安裝檔,以及瀏覽器擴充功能,全都出自同一段對話——由真正的工具鏈打造而成。
閱讀全文 →
多數產品聊天機器人不過是有個性的說明文件。我們的不同——它有雙手:能啟動建置、開啟頁面,並執行你剛剛問到的那個團隊。
閱讀全文 →
建置工具對產品這件事很在行,但對你的產品一無所知。四項功能正是為了解決這個問題而生:範本、知識庫、參考資料,以及你的圖片。
閱讀全文 →
應用程式本身只是簡單的一部分;商店上架資訊才是真正麻煩的表單、尺寸精確的圖片與隱私問卷。上架套件包辦了這一切——而它給出的隱私答案,會依照你的程式碼進行核對。
閱讀全文 →
「我們高度重視安全」是每個人都會說的話。以下是我們實際打造的內容:資料庫層級強制執行的租戶邊界、沙盒化的代理執行環境,以及不會外流的憑證。
閱讀全文 →
AI 生成的網站有一種辨識度很高的雷同感——一樣的漸層、一樣的版面、一樣安全牌的選擇。我們打造了一位設計總監,就是為了打破這種雷同。
閱讀全文 →
讓一款好遊戲瞬間變得廉價的最快方法,就是一聲正弦波「嗶」聲。以下說明我們為何打造了一個 84 種樂器的取樣音效庫,並禁用了振盪器。
閱讀全文 →
「AI 幫你投廣告」通常代表「AI 幫你花錢」。我們的做法是規劃、鎖定目標、草擬所有素材——然後在資金真正移動的那條線前停下來。
閱讀全文 →
免費方案通常是披著外衣的展示版。我們的免費方案,是額度較小的完整平台——以下精確說明這代表什麼,限制也一併說清楚。
閱讀全文 →
任誰都能精選出五張漂亮的截圖。而把每一次建置公開,連失敗的回合都不遮掩,才是那句「相信我們」唯一無法造假的版本。
閱讀全文 →
「一個活在工具列裡的東西」是一個真實存在的產品類別。撰寫擴充功能的提示詞、MV3 對你的意義(其實沒有),以及同時上架兩間商店。
閱讀全文 →
研究團隊撰寫簡報;這是給收到簡報之人的使用手冊——如何評估一份簡報、如何依此建置,以及如何讓佇列始終值得一讀。
閱讀全文 →
這一章雖不起眼,卻能省下許多客服信件:每個設定頁面各自控制什麼、憑證存放在哪裡,以及方案變更在週期進行中會如何處理。
閱讀全文 →
「自主」說穿了就是「排程執行,且循環已閉合」。排程設定在哪裡、跨時區時間如何運作,以及哪些事情會在你不在場時自動執行。
閱讀全文 →
從一個完成的建置成果,到一個可以傳給別人的網址:發佈流程、網址代稱、重新發佈的作用,以及真正會下架網站的取消發佈。
閱讀全文 →
「已驗證」是一句附有憑據的宣告。驗證紀錄存放在哪裡、如何解讀其中的各個層級,以及「必須修正」與「僅供參考」之間的差異。
閱讀全文 →
當你的真實照片放在該放的位置、生成的美術素材連貫地填滿其餘部分時,建置成果才會顯得對味。圖庫、使用範圍與設定選項一次說清楚。
閱讀全文 →
不是功能導覽——而是每個建置作品底層的四項架構決策,以及各自存在的理由:先規劃、產品皆有型別、工作區彼此隔離、退出前必經驗證。
閱讀全文 →
優化循環運作於真實數據之上,而真實數據需要兩項連接。設定方式、單一帳號的捷徑,以及隔天開始流入的內容。
閱讀全文 →
部署至自己的伺服器,只需一次性設定,之後只要按一個按鈕。部署目標、網域綁定、代理實際透過 SSH 做了什麼,以及如何復原。
閱讀全文 →
一旦你超過第三次建置,圖庫的重要性就會超越聊天視窗。篩選器、卡片的組成方式,以及不用重新開啟對話就能做到的事。
閱讀全文 →
每個建置附帶的聊天視窗,就是整個迭代介面。如何表達修改需求、卡片能做到什麼,以及真正值得養成的習慣。
閱讀全文 →
計畫階段是改變主意成本最低的時刻——之後的每一步都要付出一輪重建的代價。計畫卡片會顯示什麼,以及如何對它提出異議。
閱讀全文 →
建置工具會用合理的預設值填補空缺,因此提示詞的任務並非鉅細靡遺——而是把你真正在意的那幾件事說清楚。
閱讀全文 →
有地圖,任何工具都更容易上手。儀表板裡每個東西放在哪裡、各個區塊做什麼,以及多數人接觸它們的先後順序。
閱讀全文 →