這是第三章的最後一篇，算是一個補充，但我敢說，它可能是你日常用得最兇的一篇。 做一人公司，你需要的圖遠比你想像的多。產品介面只是開始：課程講義要配圖、簡報要封面、部落格文章要插圖、Threads 貼文要圖卡、廣告要素材。在過去，這些要嘛花錢請設計師，要嘛自己在 Canva 裡熬夜拖拉到天亮。 現在，這整個部門，Codex 一個人包了。 還記得 Codex 那篇的壓軸嗎？我教過你「下指令時強調用 ImageGen」，讓它像繪師一樣畫出精緻的圖。那篇教的是畫一張。這一篇要教的是：批量生產，而且成套。一次二十張，風格統一，睡前交辦，早上收貨。 你會發現，這篇的邏輯跟上一篇一模一樣，只是對象從「產品介面」換成了「所有其他的圖」。對，又是那兩件事：目標導向的提示詞，加上存成文件的風格。 先說清楚：為什麼批量用 Codex，

上一篇的結尾，我留了一個微妙的問題給你：產品做出來了、也安全了，但看起來就是有一股說不上來的「AI 味」。 你一定看過那種網站。功能都對，排版也沒錯，但就是……平。配色是最安全的藍色、按鈕是最標準的圓角、字體是預設的那一套。看一眼就知道：喔，AI 做的。 這一篇要解決的就是這件事。而且我要先講一個你可能沒想過的觀點： 在 AI 時代，品味比以前更值錢了，而不是更不值錢。 邏輯很簡單：當人人都能在一個下午做出「能跑的產品」，「能跑」就不再是差異化了。還記得我在 Co-founder 那篇說過的嗎？AI 幫你過的是及格線，不是贏的線。當所有人的及格線都一樣高，決定誰被記住的，就是那些及格線以上的東西。品味，就是其中最顯眼的一個。 好消息是：你不需要是設計師。你需要的是一個對的工具，加上一條對的工作流。 認識 Google Stitch：你的

還記得上一篇的結尾，我說了什麼嗎？ 因為前面文件寫得夠清楚，寫 code 的過程反而是整件事裡面最輕鬆的一段。 這一篇，我就是要證明這句話。我們會拿著上次那份「呷藥了沒」的 PRD，真的把它做出來。 但在動手之前，我想先講一個你一定看過、甚至可能親身經歷過的場景。 為什麼大部分人做到一半就崩了 一個人興沖沖打開 AI，輸入：「幫我做一個用藥提醒 App。」 AI 也很配合，刷刷刷生出一大堆東西。畫面有了、按鈕有了，看起來煞有其事。他很興奮，接著說：「幫我加上會員系統。」又是一陣刷刷刷。然後是：「提醒功能好像怪怪的，幫我修。」 大概到第五、六輪，事情開始不對勁了。修好了 A 功能，B 功能壞掉；再修 B，畫面整個跑版。AI 越改越亂，他越看越慌，最後只能砍掉重練—

在上一個章節後，我們應該已經可以透過跟 AI 對談，誠實地面對自己的問題並討論出一個解決方案。接下來的章節會圍繞在如何快速打造出解決方案，並將其推向市場進行實驗。 由於我們的整個系列都圍繞著 AI 對話，但其實目前的 AI 有個很大的問題。 就像我們上一次對話，其實跟 AI 一來一回聊了一整晚，把每一個需求和想法都討論得清清楚楚；但今天你開了一個新的對話想接著做，它就什麼都不記得了。這也是目前主流 AI（像是 ChatGPT、Claude 等）的共同問題：它們的對話缺乏「記憶的傳承性」。 你昨天那些決定、那些「不要這樣、要那樣」的眉角，全部蒸發。 這不是 bug，是 AI 的本質：每一個新對話，它都是一張白紙。 所以正式開始 build 產品的第一步，不是寫 code，是寫文件。 為什麼是文件？因為它是唯一「

開始之前，我想先推薦你一本書——Eric Ries 的《精實創業》（The Lean Startup）。我很喜歡這本書，裡面講了非常多重要的概念。 如果你覺得這本書的理論太硬、太難啃，我也推薦另一本《精實執行》（Running Lean），它比較偏執行面，讀起來好上手很多。 這兩本雖然都是 AI 時代以前的作品，但我到現在還是覺得它們非常棒。這篇文章裡很多骨架與概念，其實都站在這些書的肩膀上——它們把「創業就是一連串的假設與實驗」這件事，講得非常透徹，可以說是這個領域的地基。 當然，我不會在這裡重複書裡的內容（這樣講對原著有點不好意思，等於跳過了一些步驟）。但我必須強調：因為這是一份 AI 實戰攻略，我要教你的，是這些書的概念「還沒被完全 AI 化」之前——怎麼把這套思考方式，變成一條 AI 流程。 這樣一來，你一個人，

我們在上個章節介紹了 Codex——做一個 AI 對話工具，它既可以是你的工程師，也可以是你的設計師。但這個章節，我們要來講怎麼把這個 AI 對話工具，變成你真正創業路上的作戰夥伴。 這就是這篇文章的主題：gstack。 這是一個巨大的技能系統，它把「一個人用 AI 做產品」這件事，拆成了一間有分工的公司——CEO、設計師、工程主管、QA、資安長、發版工程師，各做各的事。 如果你還不知道「AI 技能」是什麼，可以先讀這篇：Agent Skill 完整教學：從入門到進階，提升你的 AI 生產力。 那先來介紹 gstack 是什麼。 gstack 是 Y Combinator CEO Garry Tan

嗨，我是 Ray。 前面兩個單元，我們聊了怎麼選題、又為什麼建議你先當一人公司。我相信你心裡現在應該已經有一個想解決的問題，迫不及待想把它做出來了。 但在過去，想做出一個解決方案——好比做一個 App——這是一段非常漫長的路。如果你不是工程背景，你得先找工程師，再花一兩個月把它生出來，做完還要丟到市場接受考驗、反覆迭代。整個算下來，半年起跳。 到了 2026 年，這件事已經被徹底打破。 現在從零打造一個能初步運作的產品，大概只要三十分鐘。當然，要把它迭代到足夠好、能真的推上市場，還是要花上幾天——但這段路已經被壓縮到非常短，比過去快了大概一百倍。 這也是為什麼這個章節，我要帶你認識一個被很多人嚴重低估、卻是我最常用的 AI 工具：Codex。我們之後整個一人公司的工作流，都會在 Codex 上面搭建。 Codex 是什麼？它不是聊天機器人，是你的員工 Codex 是 OpenAI 推出的

上一篇我們聊了怎麼選題、該打造什麼樣的產品。這一篇我想先分享這個很多人最容易出問題、又超難回頭的決定： 你到底該不該找共同創辦人或夥伴？ 首先，很重要，我是寫給第一次創業、從事網路、資訊、科技相關領域創業的創業家。 這篇文章的內容必定不適用於每個人，根據自己的情況做出自己覺得最好的決策。 我會建議預設單幹，把「找共同創辦人」的門檻拉到非常高。 能保持「一人公司」，就保持一人公司。 我不是說共同創辦人一定不行——很多偉大的公司都是兩個人開始的。我是說，它是一個你應該很難很難才會做的決定，而不是創業第一天就理所當然就該有的東西。我刻意把這個主題拉到很前面——第二篇——來講，是因為它對未來的影響非常深遠：一旦找錯人、綁錯股權，後面要解開的代價極高。它必須提早解決。 當然，想 build 偉大產品，最後幾乎一定需要不只一個人；但這不構成「你應該一開始就找共同創辦人」的理由。 先講一個我看過的故事 我認識一位早期創業家，他們公司有快十個人，全部都是在 Threads 上認識並湊起來的。 他們手牌很好、新創競賽獲獎無數，看起來希望滿滿。

我相信所有在看這篇文章、這部影片的人，心裡其實都藏著一個產品夢。 你腦中或許閃過一個網站、一個工具、一個 App、一個服務的點子。但具體來講，到底該做出什麼樣的產品，才真的賺得到錢？ 這篇，我會直接攤開一個最常見的流程： 1. 找到一群夠明確的人，看看他們現在卡在什麼問題上？ 2. 觀察他們現在是怎麼解決這個問題的？ 3. 提出更好的解決方案，然後快速幹出來。 4. 讓他們掏錢來買你的解法。 5. 持續迭代——或者誠實承認假設錯了，軸轉或放棄。 因為我是工程師走過來的，所以我得先幫你打破一個迷思： 產品，不一定是 App，也不一定是硬體。 它可以是萬事萬物、有形或無形——一張表單、一堂課、一個人工服務、一份模板，都算數。 重點從來不是「形式」，而是你解決了什麼問題。 而這也是為什麼，你該問自己的第一個問題，不是「我要做什麼」，而是 你到底要解決「誰」

2025 年，是我人生最重要的一年。當時，我剛和 Co-founder 踏上創業這條路。 回想那段日子，只能用「惡夢」來形容。產品方向一片混沌，每個月看著數萬元的資金如煙火般燃燒，那種毫無進帳的恐懼每天都在侵蝕自己。那時我只能靠著純粹的毅力死撐，不斷催眠自己：「快了、快了，產品馬上就會爆發，財富、榮耀與掌聲就在眼前。」 為了讓你明白我是如何從那場惡夢中走出來的，我將自己的創業歷程，重新濃縮為四個關鍵階段： 階段一：熱情時代 ── 孤獨的浪漫 這是一段長達數年、毫無商業收入的摸索期。那時的我，骨子裡還帶著一種「工程師的極致浪漫」── 沒人在意市場要什麼，我只一意孤行地開發自己喜歡的 Side Project。雖然口袋空空，但每當深夜敲著鍵盤、看著產品在手裡誕生時，那種純粹的創造快樂與滿足感，是無可比擬的。這種快樂，成了我後來對抗黑暗的底氣。 階段二：混沌時期 ── 從零到一的深淵 改變我人生軌跡的轉折點，是錄取了台灣大哥大總經理 Jamie 的