Hi 我是老布
I hope all is going well on your end.
最近，我透過與 Codex 協作的方式，完成一個放了3年的點子-「療癒打字機」的原型；整個操作大部分都是用手機在進行，這感覺就像在聊天的感覺，使用聊天的片段時間，然後把一個想法做出來。
這一期，就來分享這個流程怎麼做，Let’s go。
為什麼要做療癒打字機？
這個點子其實在三年前就出現了。當時我買了一把 keychron 鍵盤，這種機械式鍵盤，就是在打字時會發特有的按鍵聲音。
而有時候其實只是想聽著聲音而已，但不是要打內容有時只是想打字而已，那時找不到適合測試鍵盤與練習打字的工具，那時候照到工具就是免費的，所以就會有廣告，有點影響打字心情，且如果要當作一個測試打字拍成開箱影片，就也覺得不好看。所以就在想做一個：可以打字、內容有意義、有舒壓音樂、且好看的測試打字小工具。
我希望這個介面不只具備功能，也能讓拍攝出來的影片更好看，不會顯得生硬或無聊。於是，我先畫下草圖，也找工程師同事討論。當時大家認為頁面本身不算困難，但若要由我獨立開發，仍然需要前端、後端等技術能力。雖然我具備基本概念，卻沒有實際開發技術，因此這個想法就暫時擱置了。
三年後，OpenAI推出Codex ，就開始想各種測試和應用，其中有一個功能就是，可以透過手機遠端控制本機端的功能。我想測試看看，能不能幾乎不操作本機，只靠手機遠端控制 Codex，完成一項開發任務。就想到，三年前這個想法，就重新把點子翻出來，作為這次實驗的專案。
療癒打字機怎麼做？
專案一開始，我先在家裡的桌機中開一個專案資料夾，然後先讓 Codex 理解我的想法，並把草圖提供給它參考。確認 Codex 已經有獲得草圖及核心需求後，我請它從不同面向提問，一直提問、不斷提問，逐步補足 PRD 規格內容。
在後續討論與開發的過程中，我都是透過手機完成輸入與整理；利用等車、等飲料、等餐點、等公車，甚至等紅燈等零碎時間，持續回答 Codex 的問題。都直接用手機語音輸入，說明完整需求與想法，這真的比打字快很多。
這樣瑣碎的時間，就不只是拿來滑社群媒體，可以把零碎時間也拿來做生產力。
到了PRD完成一個斷後後，要生成原型prototype時及部署並上傳至 GitHub 時，才重新使用桌機完成相關操作。
若把所有這樣零碎時間前前後後加總起來，從需求確認、討論到原型完成，前後可能不到 8 小時。真正的部署過程，大約只花了 30 至 40 分鐘。
UI 設計部分，就看另一個對話，然後讓Codex讀PRD內容，然後請Codex理解PRD後，建立一個符合這專案Design.md，這過程中一樣，Codex提問UI是覺得問題，然後我也還是用手機回答。
音樂部分是用Suno AI進行生成，生成方式就是把Codex完成的PRD, 給ChatGPT閱讀完後生成符合產品內容的Prompt, 然後直接給Snuo AI生成音樂。使用 Suno 生成了 4 首音樂，再將音樂加入網頁中。整個音樂生成與整合過程，大約只花了十幾到 20 分鐘；最後就全部都上傳到GitHub發布。
同時，在做原型的過程中，我每次的修改完成後，都順勢要Codex 做一個Changelog.md，做一個紀錄（平常工作開發，是都要自己用手寫記錄⋯）。
這次說實驗讓，手機遠端控制的功能並沒有額外占用太多日常工作時間。只是把生活中的零碎空檔重新利用，透過 Codex 進行協同開發。一直用說的提出需求、回答問題與做出判斷，Codex 則提供建議並實際執行。
整體而言，我大約花了 8 小時，就把原本停留在腦中的想法建立成可以實際操作的原型。
療癒打字機過程獲得什麼？
這次的開發流程，也和過去有很大的不同。
我並沒有在一開始就提供一份完整的 PRD，而是在與 Codex 對話的過程中，不斷補充需求、回答問題，再由 Codex 整理並撰寫 PRD 規格書。
過去的開發流程，通常是先訂定完整規格，再開始製作產品；但現在可以先快速做出原型，確認想法是否成立，再回頭整理 PRD、Change Log 與其他文件。這樣不只可以更快產出內容，也能避免一個點子被擱置太久。
現在，一個想法或許只需要 2 至 3 天，就能被製作成可以測試的原型。原型完成後，相關規格文件與變更紀錄，也能交由 AI 快速協助撰寫。
在這個時代，點子與目的依然重要，但更重要的是如何快速執行，並透過 AI 把點子實現出來。行動力與執行力，將直接影響一個點子能否發揮加倍的效益。
而點子的價值，仍然來自於我關心什麼事情、看見什麼問題，以及我能為這個問題提供什麼樣的解法。從關心問題開始，進一步創造出一個產品、物件或服務，這就是創造力的源頭。
要提升行動力，其中一個關鍵就是善用零碎時間。
現在這類 Vibe Coding 的形式，很可能逐漸成為主流。與其把它當成傳統開發方式的替代品，不如把它視為一個快速實現想法的工具。
這次製作療癒打字機時，我正是利用等飲料、等餐點、等公車、等車與等紅燈的時間，持續輸入需求並和 Codex 協作。這讓我理解，執行力不只來自投入大量完整時間，也來自時間規劃，以及對零碎時間的有效運用。
用手機來操控電腦進行生產力這件事情，可能會再衍生出一些新的專案管理方式或者管理工具。
不過，當療癒打字機的原型完成後，我的興奮感其實只維持了一下子。
那然後呢？
因為產品做出來，只代表第一個階段完成。接下來更重要的問題是：如何讓真正需要的人知道它、使用它？
如果東西做出來卻沒有人使用，它仍然只是被擱置在網路上的作品。現在許多點子真正困難的地方，已經不只是開發，而是如何讓更多人知道產品的存在，以及如何把產品分發到需要的人手上。
因此，當點子成為原型之後，下一步的執行力，將體現在推廣、分發與取得使用者回饋上。如何讓需要的人看見並開始使用療癒打字機，會是接下來最重要的課題。
我下一步就可以開始，想說怎麼用使用AI來做自動化行銷這件事情，點子做出來以後還是最重要的是如何讓不需要的人知道有這個東西可以幫助到他。
寫在最後
這次的實驗可以說：技術能力不足，不必然代表一個想法必須擱置。
未來就主要負責觀察問題、提出想法、定義方向與做出判斷；AI 則協助我補足技術執行、規格整理與文件撰寫。且者不是把創造力外包除去，而是把有限的時間與能力，更有效的使用，放在更需要人類來決定的事情上。
不過，點字原型完現後，要從「做出來」延伸到「讓需要的人使用」。
體認到 AI 能大幅降低點子驗證與原型製作的技術門檻。
產品完成後，推廣、分發與取得真實使用者，才是下一階段更困難的挑戰；執行力不只是投入大量時間，也包括妥善運用零碎時間，最重要創造力的源頭，來自於持續關心問題，並提出具有合適的解決方案。
接下來，在作點點子時，就盡可能找到少數真正有需求的人，了解為什麼會願意實際操作，並說明他們喜歡什麼、在哪裡卡住、是否願意再次使用，縮短時迭代的週期，能獲得比單純增加功能更有價值的資訊。
點子、創造力、執行力與分發能力，其實是真的可以串成一條AI協作連續步驟。但要更深入的思考的，產品需求被解決的後，轉向「誰會需要它，以及我要如何讓他看見」。
以上，是這期的電子報，
也歡迎你來信或留言，你的知識管理方法。我們下期見！
有任何想法或建議都請不吝跟我說，會持續迭代優化。
如內容覺得不錯，也請多多分享給您親朋好友
下期見~
祝大家一切
順風💨順水🌊順浪🏄♂️順滑🏂順心💕!!
老布